home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 2_6_01.tro < prev    next >
Text File  |  1991-12-12  |  116KB  |  4,519 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright ( c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v | 5i'
  22. .sp 1P
  23. .ce 1000
  24. \v'12P'
  25. \s12FASCICLE\ II.6
  26. \v'4P'
  27. .RT
  28. .ce 0
  29. .sp 1P
  30. .ce 1000
  31. \fBRecommendations F.400\(hyF.422, F.500\fR \v'2P'
  32. .EF '%    Fascicle\ II.6\ \(em\ Res.\ 13''
  33. .OF '''Fascicle\ II.6\ \(em\ Res.\ 13    %'
  34. .ce 0
  35. .sp 1P
  36. .ce 1000
  37. \fBMESSAGE\ HANDLING\ AND\ DIRECTORY\ SERVICES\ \(em\fR 
  38. .ce 0
  39. .sp 1P
  40. .ce 1000
  41. \fBOPERATIONS\ AND\ DEFINITION\ OF\ SERVICE\fR 
  42. .ce 0
  43. .sp 1P
  44. .LP
  45. .rs
  46. .sp 26P
  47. .LP
  48. .bp
  49. .LP
  50. \fBMONTAGE PAGE 2 = PAGE BLANCHE\fR 
  51. .sp 1P
  52. .RT
  53. .LP
  54. .bp
  55. .ce 1000
  56. \v'4P'
  57. \fBPROTECTION\ OF\ THE\ COMMON\ NAMES\ OF\fR 
  58. .ce 0
  59. .sp 1P
  60. .ce 1000
  61. \fBCCITT\ DEFINED\ INTERNATIONAL\ PUBLIC\ SERVICES\fR 
  62. .ce 0
  63. .sp 1P
  64. .PP
  65. Resolution No. 13 published in Volume I is reproduced below for the
  66. convenience of the reader.
  67. \v'2P'
  68. .sp 1P
  69. .RT
  70. .LP
  71. .EF '%    Fascicle\ II.6\ \(em\ Res.\ 13''
  72. .OF '''Fascicle\ II.6\ \(em\ Res.\ 13    %'
  73. .sp 2P
  74. .LP
  75. \fBResolution\ No.\ 13\fR 
  76. .RT
  77. .sp 2P
  78. .ce 1000
  79. \fBPROTECTION\ OF\ THE\ COMMON\ NAMES\ OF\ CCITT\ DEFINED\fR 
  80. .EF '%    Fascicle\ II.6\ \(em\ Res.\ 13''
  81. .OF '''Fascicle\ II.6\ \(em\ Res.\ 13    %'
  82. .ce 0
  83. .sp 1P
  84. .ce 1000
  85. \fBINTERNATIONAL\ PUBLIC\ SERVICES\fR 
  86. .ce 0
  87. .sp 1P
  88. .ce 1000
  89. \fI(Geneva, 1980)\fR 
  90. .sp 9p
  91. .RT
  92. .ce 0
  93. .sp 1P
  94. .LP
  95.     The\ CCITT,
  96. .sp 1P
  97. .RT
  98. .sp 2P
  99. .LP
  100. \fIconsidering\fR 
  101. .sp 1P
  102. .RT
  103. .PP
  104. (a)
  105. that CCITT has defined, \fIinter alia\fR , the international
  106. public
  107. services \*Q
  108. teletex
  109. \*U, \*Q
  110. telefax
  111. \*U and \*Q
  112. bureaufax
  113. \*U in
  114. Service Recommendations;
  115. .LP
  116. .PP
  117. (b)
  118. that those international public services are
  119. characterized by complete end\(hyto\(hyend compatibility;
  120. .PP
  121. (c)
  122. that it is desirable to use on a worldwide basis for
  123. those CCITT defined international public services their respective common 
  124. name, i.e.\ \*Qteletex\*U, \*Qtelefax\*U or \*Qbureaufax\*U, to qualify 
  125. any service provided in 
  126. that respect as complying completely with the CCITT definitions for the
  127. respective international public service in order to guarantee end\(hyto\(hyend
  128. compatibility;
  129. .PP
  130. (d)
  131. that it is essential to protect the use of the
  132. aforementioned common names;
  133. .sp 1P
  134. .LP
  135. \fInoting\fR 
  136. .sp 9p
  137. .RT
  138. .PP
  139. (a)
  140. that within a number of countries, several Recognized
  141. Private Operating Agencies (RPOAs) may provide such CCITT defined international 
  142. public services and may also wish to add further optional user facilities 
  143. in 
  144. addition to the respective basic international public service as defined 
  145. by the CCITT; 
  146. .PP
  147. (b)
  148. that, for the preceding reason, some RPOAs may wish to use service designations, 
  149. e.g.\ XXX/teletex, indicating a combination of a basic international public 
  150. service as defined by the CCITT with additional optional user facilities; 
  151. .bp
  152. .LP
  153. .sp 1P
  154. .LP
  155. \fIresolves to request Administrations\fR 
  156. .sp 9p
  157. .RT
  158. .PP
  159. (1)
  160. to ensure that any such international public service
  161. offered by an Administration be denominated by its respective common name,
  162. i.e.\ \*Qteletex\*U, \*Qtelefax\*U or \*Qbureaufax\*U and comply completely 
  163. with the 
  164. respective CCITT definitions for such service;
  165. .PP
  166. (2)
  167. to endeavour to protect the common names of the CCITT defined international 
  168. public services \*Qteletex\*U, \*Qtelefax\*U and \*Qbureaufax\*U, 
  169. \fIinter alia\fR through the communication of those names to the national, 
  170. regional and international authorities for the registration and administration 
  171. of trade marks and service marks in order to ensure that the said names 
  172. be not made the subject of trade marks or service marks or if claimed in 
  173. an application for the registration of trade marks or service marks be 
  174. made the subject of a 
  175. disclaimer;
  176. .PP
  177. (3)
  178. to ensure that in the case of a combination of any such CCITT defined international 
  179. public services together with further optional user facilities in addition 
  180. to that basic service, the trade mark or the service 
  181. mark for such a combined service offered by any RPOA be always combined with
  182. the respective common name of the basic CCITT defined international public  
  183. .LP
  184. service, i.e.\ \*Qteletex\*U, \*Qtelefax\*U or \*Qbureaufax\*U, and that 
  185. the latter names, in the case of registration of such a trade mark or service 
  186. mark, be made the subject of a disclaimer; 
  187. .PP
  188. (4)
  189. to inform the Director of the CCITT continuously about the measures taken 
  190. with regard to resolves\ (1) to (3) above; 
  191. .sp 1P
  192. .LP
  193. \fIrequests the Director of the CCITT\fR 
  194. .sp 9p
  195. .RT
  196. .PP
  197. to compile the information received in respect of such measures
  198. and to make this information available on request for consultation by
  199. Administrations.
  200. .LP
  201. .rs
  202. .sp 30P
  203. .ad r
  204. BLANC
  205. .ad b
  206. .RT
  207. .LP
  208. .bp
  209. .sp 1P
  210. .ce 1000
  211. \v'3P'
  212. SECTION\ 1
  213. .ce 0
  214. .sp 1P
  215. .ce 1000
  216. \fBMESSAGE\ HANDLING\ SERVICES\fR \v'1P'
  217. .ce 0
  218. .sp 1P
  219. .sp 2P
  220. .LP
  221. \fBRecommendation\ F.400\fR 
  222. .FS
  223. Recommendation X.400 is identical to
  224. F.400.
  225. .FE
  226. .RT
  227. .sp 2P
  228. .sp 1P
  229. .ce 1000
  230. \fBMESSAGE\ HANDLING\ SYSTEM\ AND\ SERVICE\ OVERVIEW\fR 
  231. .EF '%    Fascicle\ II.6\ \(em\ Rec.\ F.400''
  232. .OF '''Fascicle\ II.6\ \(em\ Rec.\ F.400    %'
  233. .ce 0
  234. .sp 1P
  235. .PP
  236. The establishment in various countries of telematic services and computer 
  237. based store and forward messaging services in association with 
  238. public networks creates a need to produce standards to facilitate international 
  239. message exchange between subscribers to such services. 
  240. .sp 1P
  241. .RT
  242. .sp 2P
  243. .LP
  244.     The\ CCITT,
  245. .sp 1P
  246. .RT
  247. .sp 1P
  248. .LP
  249. \fIconsidering\fR 
  250. .sp 9p
  251. .RT
  252. .PP
  253. (a)
  254. the need for message handling systems;
  255. .PP
  256. (b)
  257. the need to transfer and store messages of different
  258. types;
  259. .PP
  260. (c)
  261. that Recommendation X.200 defines the reference model of open systems interconnection 
  262. for CCITT applications; 
  263. .PP
  264. (d)
  265. that Recommendations X.208, X.217, X.218 and X.219
  266. provide the foundation for CCITT applications;
  267. .PP
  268. (e)
  269. that the X.500\(hySeries Recommendations define directory  systems;
  270. .PP
  271. (f)
  272. that message handling systems are defined in a series of Recommendations: 
  273. X.400, X.402, X.403, X.407, X.408, X.411, X.413 and X.419; 
  274. .PP
  275. (g)
  276. that interpersonal message is defined in
  277. Recommendation\ X.420 and T.330;
  278. .PP
  279. (h)
  280. that several F\(hySeries Recommendations describe public message handling 
  281. services: F.400, F.401, F.410 and F.420; 
  282. .PP
  283. (i)
  284. that several F\(hySeries Recommendations describe
  285. intercommunication between public message handling services and other services: 
  286. F.421, F.415 and F.422, 
  287. .sp 1P
  288. .LP
  289. \fIunanimously declares\fR 
  290. .sp 9p
  291. .RT
  292. .PP
  293. the view that the overall system and service overview of message handling 
  294. is defined in this Recommen 
  295. dation.
  296. .LP
  297. .sp 1
  298. .bp
  299. .sp 1P
  300. .ce 1000
  301. CONTENTS
  302. .ce 0
  303. .sp 1P
  304. .sp 2P
  305. .LP
  306. \fIPART\ 1\fR \ \(em\ \fIIntroduction\fR 
  307. .sp 1P
  308. .RT
  309. .sp 1P
  310. .LP
  311. 0
  312.     \fIIntroduction\fR 
  313. .sp 9p
  314. .RT
  315. .sp 1P
  316. .LP
  317. 1
  318.     \fIScope\fR 
  319. .sp 9p
  320. .RT
  321. .sp 1P
  322. .LP
  323. 2
  324.     \fIReferences\fR 
  325. .sp 9p
  326. .RT
  327. .sp 1P
  328. .LP
  329. 3
  330.     \fIDefinitions\fR 
  331. .sp 9p
  332. .RT
  333. .sp 1P
  334. .LP
  335. 4
  336.     \fIAbbreviations\fR 
  337. .sp 9p
  338. .RT
  339. .sp 1P
  340. .LP
  341. 5
  342.     \fIConventions\fR 
  343. .sp 9p
  344. .RT
  345. .sp 2P
  346. .LP
  347. \fIPART\ 2\fR \ \(em\ \fIGeneral description of MHS\fR 
  348. .sp 1P
  349. .RT
  350. .sp 1P
  351. .LP
  352. 6
  353.     \fIPurpose\fR 
  354. .sp 9p
  355. .RT
  356. .sp 1P
  357. .LP
  358. 7
  359.     \fIFunctional model of MHS\fR 
  360. .sp 9p
  361. .RT
  362. .LP
  363.     7.1
  364.     Description of the MHS model\fR 
  365. .LP
  366.     7.2
  367.     Structure of messages
  368. .LP
  369.     7.3
  370.     Application of the MHS model
  371. .LP
  372.     7.4
  373.     Message store
  374. .sp 1P
  375. .LP
  376. 8
  377.     \fIMessage transfer service\fR 
  378. .sp 9p
  379. .RT
  380. .LP
  381.     8.1
  382.     Submission and delivery
  383. .LP
  384.     8.2
  385.     Transfer
  386. .LP
  387.     8.3
  388.     Notifications
  389. .LP
  390.     8.4
  391.     User agent
  392. .LP
  393.     8.5
  394.     Message store
  395. .LP
  396.     8.6
  397.     Access unit
  398. .LP
  399.     8.7
  400.     Use of the MTS in the provision of public services
  401. .sp 1P
  402. .LP
  403. 9
  404.     \fIIPM service\fR 
  405. .sp 9p
  406. .RT
  407. .LP
  408.     9.1
  409.     IPM service functional model
  410. .LP
  411.     9.2
  412.     Structure of IP\(hymessages
  413. .LP
  414.     9.3
  415.     IP\(hynotifications
  416. .sp 1P
  417. .LP
  418. 10
  419.     \fIIntercommunication with physical delivery services\fR 
  420. .sp 9p
  421. .RT
  422. .LP
  423.     10.1
  424.     Introduction
  425. .LP
  426.     10.2
  427.     Organizational configurations
  428. .sp 1P
  429. .LP
  430. 11
  431.     \fISpecialized access\fR 
  432. .sp 9p
  433. .RT
  434. .LP
  435.     11.1
  436.     Introduction
  437. .LP
  438.     11.2
  439.     Teletex access
  440. .LP
  441.     11.3
  442.     Telex access
  443. .sp 2P
  444. .LP
  445. \fIPART\ 3\fR \ \(em\ \fICapabilities of MHS\fR 
  446. .sp 1P
  447. .RT
  448. .sp 1P
  449. .LP
  450. 12
  451.     \fINaming and addressing\fR 
  452. .sp 9p
  453. .RT
  454. .LP
  455.     12.1
  456.     Introduction
  457. .LP
  458.     12.2
  459.     Directory names
  460. .LP
  461.     12.3
  462.     O/R names
  463. .LP
  464.     12.4
  465.     O/R addresses
  466. .bp
  467. .sp 1P
  468. .LP
  469. 13
  470.     \fIMHS use of directory\fR 
  471. .sp 9p
  472. .RT
  473. .LP
  474.     13.1
  475.     Introduction
  476. .LP
  477.     13.2
  478.     Functional model
  479. .LP
  480.     13.3
  481.     Physical configurations
  482. .sp 1P
  483. .LP
  484. 14
  485.     \fIDistribution lists in MHS\fR 
  486. .sp 9p
  487. .RT
  488. .LP
  489.     14.1
  490.     Introduction
  491. .LP
  492.     14.2
  493.     Properties of a DL
  494. .LP
  495.     14.3
  496.     Submission
  497. .LP
  498.     14.4
  499.     DL use of a directory
  500. .LP
  501.     14.5
  502.     DL expansion
  503. .LP
  504.     14.6
  505.     Nesting
  506. .LP
  507.     14.7
  508.     Recursion control
  509. .LP
  510.     14.8
  511.     Delivery
  512. .LP
  513.     14.9
  514.     Routing loop control
  515. .LP
  516.     14.10
  517.     Notifications
  518. .LP
  519.     14.11
  520.     DL handling policy
  521. .sp 1P
  522. .LP
  523. 15
  524.     \fISecurity capabilities of MHS\fR 
  525. .sp 9p
  526. .RT
  527. .LP
  528.     15.1
  529.     Introduction
  530. .LP
  531.     15.2
  532.     MHS security threats
  533. .LP
  534.     15.3
  535.     Security model
  536. .LP
  537.     15.4
  538.     MHS security features
  539. .LP
  540.     15.5
  541.     Security management
  542. .sp 1P
  543. .LP
  544. 16
  545.     \fIConversion in MHS\fR 
  546. .sp 9p
  547. .RT
  548. .sp 1P
  549. .LP
  550. 17
  551.     \fIUse of the MHS in provision of public services\fR 
  552. .sp 9p
  553. .RT
  554. .sp 2P
  555. .LP
  556. \fIPART\ 4\fR \ \(em\ \fIElements of service\fR 
  557. .sp 1P
  558. .RT
  559. .sp 1P
  560. .LP
  561. 18
  562.     \fIPurpose\fR 
  563. .sp 9p
  564. .RT
  565. .sp 1P
  566. .LP
  567. 19
  568.     \fIClassification\fR 
  569. .sp 9p
  570. .RT
  571. .LP
  572.     19.1
  573.     Purpose of classification
  574. .LP
  575.     19.2
  576.     Basic message transfer service
  577. .LP
  578.     19.3
  579.     MT service optional user facilities
  580. .LP
  581.     19.4
  582.     Base MH/PD service intercommunication
  583. .LP
  584.     19.5
  585.     Optional user facilities for MH/PD service
  586. intercommunication
  587. .LP
  588.     19.6
  589.     Base message store
  590. .LP
  591.     19.7
  592.     MS optional user facilities
  593. .LP
  594.     19.8
  595.     Basic interpersonal messaging service
  596. .LP
  597.     19.9
  598.     IPM service optional user facilities
  599. .sp 1P
  600. .LP
  601. \fIAnnex\ A\fR     \(em
  602.     Glossary of terms
  603. .sp 9p
  604. .RT
  605. .LP
  606. \fIAnnex\ B\fR     \(em
  607.     Definitions of elements of service
  608. .LP
  609. \fIAnnex\ C\fR     \(em
  610.     Elements of service modifications with respect to the 1984
  611. version
  612. .LP
  613. \fIAnnex\ D\fR     \(em
  614.     Differences between CCITT Recommendation F.400 and ISO
  615. Standard\ 10021\(hy1
  616. .bp
  617. .LP
  618. PART\ 1\ \(em\ INTRODUCTION
  619. .sp 1P
  620. .RT
  621. .sp 2P
  622. .LP
  623. \fB0\fR     \fBIntroduction\fR 
  624. .sp 1P
  625. .RT
  626. .PP
  627. This Recommendation is one of a set of Recommendations for message handling. 
  628. The entire set provides a comprehensive specification for message 
  629. handling comprising any number of cooperating open\(hysystems.
  630. .PP
  631. Message handling systems and services enable users to exchange
  632. messages on a store\(hyand\(hyforward basis. A message submitted by one 
  633. user, the 
  634. originator, is conveyed by the message transfer system (MTS), the principal
  635. component of a larger message handling system (MHS), and is subsequently
  636. delivered to one or more additional users, the message's recipients.
  637. .PP
  638. An MHS comprises a variety of interconnected functional entities.
  639. Message transfer agents (MTAs) cooperate to perform the store\(hyand\(hyforward
  640. message transfer function. Message stores (MSs) provide storage for messages
  641. and enable their submission, retrieval and management. User agents (UAs) 
  642. help users access MHS. Access units (AUs) provide links to other communication 
  643. systems and services of various kinds (e.g.\ other telematic services, postal
  644. services).
  645. .PP
  646. This Recommendation specifies the overall system and service
  647. description of message handling capabilities.
  648. .RT
  649. .sp 2P
  650. .LP
  651. \fB1\fR     \fBScope\fR 
  652. .sp 1P
  653. .RT
  654. .PP
  655. This Recommendation defines the overall system and service of an
  656. MHS and serves as a general overview of MHS.
  657. .PP
  658. Other aspects of message handling systems and services are defined in other 
  659. Recommendations. The layout of Recommendations defining the message 
  660. handling system and services is shown in Table\ 1/F.400. The public services
  661. built on MHS, as well as access to and from the MHS for public services are
  662. defined in the F.400\(hySeries of Recommendations.
  663. .PP
  664. The technical aspects of MHS are defined in the X.400\(hySeries of
  665. Recommendations. The overall system architecture of MHS is defined in
  666. Recommendation\ X.402.
  667. .RT
  668. .LP
  669. .rs
  670. .sp 25P
  671. .ad r
  672. BLANC
  673. .ad b
  674. .RT
  675. .LP
  676. .bp
  677. .ce
  678. \fBH.T. [T1.400]\fR 
  679. .ce
  680. TABLE\ 1/F.400
  681. .ce
  682. \fBStructure of MHS Recommendations\fR 
  683. .ps 9
  684. .vs 11
  685. .nr VS 11
  686. .nr PS 9
  687. .TS
  688. center box;
  689. cw(84p) | cw(24p) sw(24p) | cw(24p) sw(24p) | cw(24p) sw(24p) , ^  | c | c | c | c | c | c.
  690.  {
  691. Name of Recommendation/Standard
  692.  }    Joint MHS    Joint support    CCITT only
  693.     CCITT     ISO    CCITT    ISO    System    Service
  694. _
  695. .T&
  696. lw(18p) | lw(66p) | cw(24p) | cw(24p) | lw(24p) | lw(24p) | lw(24p) | cw(24p) .
  697. MHS:    System and service overview    X.400    10021\(hy1                F.400 
  698. .T&
  699. lw(18p) | lw(66p) | cw(24p) | cw(24p) | lw(24p) | lw(24p) | lw(24p) | cw(24p) .
  700. MHS:    Overall architecture    X.402    10021\(hy2                 
  701. .T&
  702. lw(18p) | lw(66p) | cw(24p) | cw(24p) | lw(24p) | lw(24p) | cw(24p) | cw(24p) .
  703. MHS:    Conformance testing                    X.403     
  704. .T&
  705. lw(18p) | lw(66p) | cw(24p) | cw(24p) | lw(24p) | lw(24p) | cw(24p) | cw(24p) .
  706. MHS:     {
  707. Abstract service definition conventions
  708.  }    X.407    10021\(hy3                 
  709. .T&
  710. lw(18p) | lw(66p) | cw(24p) | cw(24p) | lw(24p) | lw(24p) | cw(24p) | cw(24p) .
  711. MHS:     {
  712. Encoded information type conversion rules
  713.  }                    X.408     
  714. .T&
  715. lw(18p) | lw(66p) | cw(24p) | cw(24p) | lw(24p) | lw(24p) | cw(24p) | cw(24p) .
  716. MHS:     {
  717. MTS:
  718. Abstract service definition and procedures 
  719.  }    X.411    10021\(hy4                 
  720. .T&
  721. lw(18p) | lw(66p) | cw(24p) | cw(24p) | lw(24p) | lw(24p) | cw(24p) | cw(24p) .
  722. MHS:     {
  723. MS:
  724. Abstract service definition 
  725.  }    X.413    10021\(hy5                 
  726. .T&
  727. lw(18p) | lw(66p) | cw(24p) | cw(24p) | lw(24p) | lw(24p) | lw(24p) | lw(24p) .
  728. MHS:    Protocol specifications    X.419    10021\(hy6                
  729. .T&
  730. lw(18p) | lw(66p) | cw(24p) | cw(24p) | lw(24p) | lw(24p) | lw(24p) | lw(24p) .
  731. MHS:     {
  732. Interpersonal messaging system
  733.  }    X.420    10021\(hy7                 
  734. .T&
  735. lw(84p) | lw(24p) | lw(24p) | lw(24p) | lw(24p) | cw(24p) | lw(24p) .
  736. Telematic access to IPMS                    T.330    
  737. _
  738. .T&
  739. lw(18p) | lw(66p) | lw(24p) | lw(24p) | lw(24p) | lw(24p) | lw(24p) | cw(24p) .
  740. MHS:     {
  741. Naming and addressing for public MH services
  742.  }                        F.401 
  743. .T&
  744. lw(18p) | lw(66p) | lw(24p) | lw(24p) | lw(24p) | lw(24p) | lw(24p) | cw(24p) .
  745. MHS:     {
  746. The public message transfer service
  747.  }                        F.410 
  748. .T&
  749. lw(18p) | lw(66p) | lw(24p) | lw(24p) | lw(24p) | lw(24p) | lw(24p) | cw(24p) .
  750. MHS:     {
  751. Intercommunication with public physical delivery services
  752.  }                        F.415 
  753. .T&
  754. lw(18p) | lw(66p) | lw(24p) | lw(24p) | lw(24p) | lw(24p) | lw(24p) | cw(24p) .
  755. MHS:    The public IPM service                        F.420 
  756. .T&
  757. lw(18p) | lw(66p) | lw(24p) | lw(24p) | lw(24p) | lw(24p) | lw(24p) | cw(24p) .
  758. MHS:     {
  759. Intercommunication between IPM service and telex
  760.  }                        F.421 
  761. .T&
  762. lw(18p) | lw(66p) | lw(24p) | lw(24p) | lw(24p) | lw(24p) | lw(24p) | cw(24p) .
  763. MHS:     {
  764. Intercommunication between IPM service and teletex
  765.  }                        F.422 
  766. _
  767. .T&
  768. lw(18p) | lw(66p) | lw(24p) | lw(24p) | cw(24p) | lw(24p) | lw(24p) | lw(24p) .
  769. OSI:    Basic reference model            X.200    7498         
  770. .T&
  771. lw(18p) | lw(66p) | lw(24p) | lw(24p) | cw(24p) | lw(24p) | lw(24p) | lw(24p) .
  772. OSI:     {
  773. Specification of abstract syntax notation one (ASN.1)
  774.  }            X.208    8824         
  775. .T&
  776. lw(18p) | lw(66p) | lw(24p) | lw(24p) | cw(24p) | lw(24p) | lw(24p) | lw(24p) .
  777. OSI:     {
  778. Specification of basic encoding rules for abstract syntax
  779. notation one (ASN.1)
  780.  }            X.209    8825         
  781. .T&
  782. lw(18p) | lw(66p) | lw(24p) | lw(24p) | cw(24p) | lw(24p) | lw(24p) | lw(24p) .
  783. OSI:     {
  784. Association control: service definition
  785.  }            X.217    8649         
  786. .T&
  787. lw(18p) | lw(66p) | lw(24p) | lw(24p) | cw(24p) | lw(24p) | lw(24p) | lw(24p) .
  788. OSI:     {
  789. Reliable transfer: model and service definition
  790.  }            X.218    9066\(hy1         
  791. .T&
  792. lw(18p) | lw(66p) | lw(24p) | lw(24p) | cw(24p) | lw(24p) | lw(24p) | lw(24p) .
  793. OSI:     {
  794. Remote operations: model, notation and service definition
  795.  }            X.219    9072\(hy1         
  796. .T&
  797. lw(18p) | lw(66p) | lw(24p) | lw(24p) | cw(24p) | lw(24p) | lw(24p) | lw(24p) .
  798. OSI:     {
  799. Association control: protocol specification
  800.  }            X.227    8650         
  801. .T&
  802. lw(18p) | lw(66p) | lw(24p) | lw(24p) | cw(24p) | lw(24p) | lw(24p) | lw(24p) .
  803. OSI:     {
  804. Reliable transfer: protocol specification
  805.  }            X.228    9066\(hy2         
  806. .T&
  807. lw(18p) | lw(66p) | lw(24p) | lw(24p) | cw(24p) | lw(24p) | lw(24p) | lw(24p) .
  808. OSI:     {
  809. Remote operations: protocol specification
  810.  }            X.229    9072\(hy2         
  811. _
  812. .TE
  813. .nr PS 9
  814. .RT
  815. .ad r
  816. \fBTableau 1/F.400 [T1.400], p. 1\fR 
  817. .sp 1P
  818. .RT
  819. .ad b
  820. .RT
  821. .LP
  822. .bp
  823. .sp 2P
  824. .LP
  825. \fB2\fR     \fBReferences\fR 
  826. .sp 1P
  827. .RT
  828. .PP
  829. This Recommendation cites the documents listed below:
  830. .RT
  831. .LP
  832. Recommendation\ F.60
  833.     Operational provisions for the
  834. international telex service
  835. .LP
  836. Recommendation\ F.69
  837.     Plan for the telex destination codes
  838. .LP
  839. Recommendation\ F.72
  840.     International telex store\(hyand\(hyforward \(em
  841. General principles and operational aspects
  842. .LP
  843. Recommendation\ F.160
  844.     General operational provisions for the
  845. international public fascimile services
  846. .LP
  847. Recommendation\ F.200
  848.     Teletex service
  849. .LP
  850. Recommendation\ F.300
  851.     Videotex service
  852. .LP
  853. Recommendation\ F.400
  854.     Message handling \(em System and service
  855. overview (see also ISO\ 10021\(hy1)
  856. .LP
  857. Recommendation\ F.401
  858.     Message handling services \(em Naming and
  859. addressing for public message handling services
  860. .LP
  861. Recommendation\ F.410
  862.     Message handling services \(em The public
  863. message transfer service
  864. .LP
  865. Recommendation\ F.415
  866.     Message handling services \(em
  867. Intercommunication with public physical delivery services
  868. .LP
  869. Recommendation\ F.420
  870.     Message handling services \(em The public
  871. interpersonal messaging service
  872. .LP
  873. Recommendation\ F.421
  874.     Message handling services \(em
  875. Intercommunication between the IPM service and the telex service
  876. .LP
  877. Recommendation\ F.422
  878.     Message handling services \(em
  879. Intercommunication between the IPM service and the teletex service
  880. .LP
  881. Recommendation\ T.61
  882.     Character repertoire and coded character
  883. sets for the international teletex service
  884. .LP
  885. Recommendation\ T.330
  886.     Telematic access to IPMS
  887. .LP
  888. Recommendation\ U.80
  889.     International teletex store\(hyand\(hyforward \(em
  890. Access from telex
  891. .LP
  892. Recommendation\ U.204
  893.     Interworking between the telex service and
  894. the public interpersonal messaging service
  895. .LP
  896. Recommendation\ X.200
  897.     Reference model of open systems
  898. interconnection for CCITT applications (see also ISO\ 7498)
  899. .LP
  900. Recommendation\ X.208
  901.     Specification of abstract syntax notation
  902. one (ASN.1) (see also ISO\ 8824)
  903. .LP
  904. Recommendation\ X.209
  905.     Specification of basic encoding rules for
  906. abstract syntax notation one (ASN.1) (see also ISO\ 8825)
  907. .LP
  908. Recommendation\ X.217
  909.     Association control: Service definitions
  910. (see also ISO\ 8649)
  911. .LP
  912. Recommendation\ X.218
  913.     Reliable transfer model: Service
  914. definition (see also ISO/IEC\ 9066\(hy1)
  915. .LP
  916. Recommendation\ X.219
  917.     Remote operations model: Notation and
  918. service definition (see also ISO/IEC\ 9072\(hy1)
  919. .LP
  920. Recommendation\ X.400
  921.     Message handling \(em System and service
  922. overview (see also ISO/IEC\ 10021\(hy1)
  923. .LP
  924. Recommendation\ X.402
  925.     Message handling systems \(em Overall
  926. architecture (see also ISO/IEC\ 10021\(hy2)
  927. .LP
  928. Recommendation\ X.403
  929.     Message handling systems \(em Conformance
  930. testing
  931. .LP
  932. Recommendation\ X.407
  933.     Message handling systems \(em Abstract
  934. service definition conventions (see also ISO/IEC\ 10021\(hy3)
  935. .LP
  936. Recommendation\ X.408
  937.     Message handling systems \(em Encoded
  938. information type convention rules
  939. .LP
  940. Recommendation\ X.411
  941.     Message handling systems \(em Message
  942. transfer system: Abstract service definition and procedures (see also
  943. ISO/IEC\ 10021\(hy4)
  944. .bp
  945. .LP
  946. Recommendation\ X.413
  947.     Message handling systems \(em Message store:
  948. Abstract service definition (see also ISO/IEC\ 10021\(hy5)
  949. .LP
  950. Recommendation\ X.419
  951.     Message handling systems \(em Protocol
  952. specifications (see also ISO/IEC\ 10021\(hy6)
  953. .LP
  954. Recommendation\ X.420
  955.     Message handling systems \(em Interpersonal
  956. messaging system (see also ISO/IEC\ 10021\(hy7)
  957. .LP
  958. Recommendation\ X.500
  959.     Directory \(em Overview (see also
  960. ISO/IEC\ 9594\(hy1)
  961. .LP
  962. Recommendation\ X.501
  963.     Directory \(em Models (see also
  964. ISO/IEC\ 9594\(hy2)
  965. .LP
  966. Recommendation\ X.509
  967.     Directory \(em Authentication (see also
  968. ISO/IEC\ 9594\(hy8)
  969. .LP
  970. Recommendation\ X.511
  971.     Directory \(em Abstract service definition
  972. (see also ISO/IEC\ 9594\(hy3)
  973. .LP
  974. Recommendation\ X.518
  975.     Directory \(em Procedures for distributed
  976. operations (see also ISO/IEC\ 9594\(hy4)
  977. .LP
  978. Recommendation\ X.519
  979.     Directory \(em Protocol specifications (see
  980. also ISO/IEC\ 9594\(hy5)
  981. .LP
  982. Recommendation\ X.520
  983.     Directory \(em Selected attribute types (see
  984. also ISO/IEC\ 9594\(hy6)
  985. .LP
  986. Recommendation\ X.521
  987.     Directory \(em Selected object classes (see
  988. also ISO/IEC\ 9594\(hy7)
  989. .sp 2P
  990. .LP
  991. \fB3\fR     \fBDefinitions\fR 
  992. .sp 1P
  993. .RT
  994. .PP
  995. This Recommendation uses the terms listed below, and those defined in Annex\ 
  996. A. 
  997. .PP
  998. Definitions of the elements of service applicable to MHS are contained 
  999. in Annex\ B. 
  1000. .RT
  1001. .sp 1P
  1002. .LP
  1003. 3.1
  1004.     \fIOpen systems interconnection\fR 
  1005. .sp 9p
  1006. .RT
  1007. .PP
  1008. This Recommendation uses the following terms defined in
  1009. Recommendation\ X.200:
  1010. .RT
  1011. .LP
  1012.     a)
  1013.     Application layer;
  1014. .LP
  1015.     b)
  1016.     Application\(hyprocess;
  1017. .LP
  1018.     c)
  1019.     Open systems interconnection;
  1020. .LP
  1021.     d)
  1022.     OSI reference model.
  1023. .sp 1P
  1024. .LP
  1025. 3.2
  1026.     \fIDirectory systems\fR 
  1027. .sp 9p
  1028. .RT
  1029. .PP
  1030. This Recommendation uses the following terms defined in
  1031. Recommendation\ X.500:
  1032. .RT
  1033. .LP
  1034.     a)
  1035.     directory entry;
  1036. .LP
  1037.     b)
  1038.     directory system agent;
  1039. .LP
  1040.     c)
  1041.     directory system;
  1042. .LP
  1043.     d)
  1044.     directory user agent.
  1045. .PP
  1046. This Recommendation uses the following terms defined in
  1047. Recommendation\ X.501:
  1048. .LP
  1049.     e)
  1050.     attribute;
  1051. .LP
  1052.     f)
  1053.     group;
  1054. .LP
  1055.     g)
  1056.     member;
  1057. .LP
  1058.     h)
  1059.     name.
  1060. .sp 2P
  1061. .LP
  1062. \fB4\fR     \fBAbbreviations\fR \v'3p'
  1063. .sp 1P
  1064. .RT
  1065. .LP
  1066.     A
  1067.     Additional
  1068.     \ 
  1069. .LP
  1070.     ADMD
  1071.     Administration management domain
  1072.     \ 
  1073. .LP
  1074.     AU
  1075.     Access unit
  1076.     \ 
  1077. .LP
  1078.     CA
  1079.     Contractual agreement
  1080.     \ 
  1081. .LP
  1082.     DL
  1083.     Distribution list
  1084.     \ 
  1085. .LP
  1086.     DSA
  1087.     Directory system agent
  1088.     \ 
  1089. .LP
  1090.     DUA
  1091.     Directory user agent
  1092.     \ 
  1093. .bp
  1094. .LP
  1095.     E
  1096.     Essential
  1097.     \ 
  1098. .LP
  1099.     EIT
  1100.     Encoded information type
  1101.     \ 
  1102. .LP
  1103.     I/O
  1104.     Input/output
  1105.     \ 
  1106. .LP
  1107.     IP
  1108.     Interpersonal
  1109.     \ 
  1110. .LP
  1111.     IPM
  1112.     Interpersonal messaging
  1113.     \ 
  1114. .LP
  1115.     IPMS
  1116.     Interpersonal messaging system
  1117.     \ 
  1118. .LP
  1119.     MD
  1120.     Management domain
  1121.     \ 
  1122. .LP
  1123.     MH
  1124.     Message handling
  1125.     \ 
  1126. .LP
  1127.     MHS
  1128.     Message handling system
  1129.     \ 
  1130. .LP
  1131.     MS
  1132.     Message store
  1133.     \ 
  1134. .LP
  1135.     MT
  1136.     Message transfer
  1137.     \ 
  1138. .LP
  1139.     MTA
  1140.     Message transfer agent
  1141.     \ 
  1142. .LP
  1143.     MTS
  1144.     Message transfer system
  1145.     \ 
  1146. .LP
  1147.     N/A
  1148.     Not applicable
  1149.     \ 
  1150. .LP
  1151.     O/R
  1152.     Originator/recipient
  1153.     \ 
  1154. .LP
  1155.     OSI
  1156.     Open system interconnection
  1157.     \ 
  1158. .LP
  1159.     PD
  1160.     Physical delivery
  1161.     \ 
  1162. .LP
  1163.     PDAU
  1164.     Physical delivery access unit
  1165.     \ 
  1166. .LP
  1167.     PDS
  1168.     Physical delivery system
  1169.     \ 
  1170. .LP
  1171.     PM
  1172.     Per\(hymessage
  1173.     \ 
  1174. .LP
  1175.     PR
  1176.     Per\(hyrecipient
  1177.     \ 
  1178. .LP
  1179.     PRMD
  1180.     Private management domain
  1181.     \ 
  1182. .LP
  1183.     PTLXAU
  1184.     Public telex access unit
  1185.     \ 
  1186. .LP
  1187.     TLMA
  1188.     Telematic agent
  1189.     \ 
  1190. .LP
  1191.     TLXAU
  1192.     Telex access unit
  1193.     \ 
  1194. .LP
  1195.     TTX
  1196.     Teletex
  1197.     \ 
  1198. .LP
  1199.     UA
  1200.     User agent
  1201.     \ 
  1202. .sp 2P
  1203. .LP
  1204. \fB5\fR     \fBConventions\fR 
  1205. .sp 1P
  1206. .RT
  1207. .PP
  1208. In this Recommendation the expression \*QAdministration\*U is used for 
  1209. shortness to indicate a telecommunication Administration, a recognized 
  1210. private operating agency, and, in the case of intercommunication with public 
  1211. delivery service, a postal Administration. 
  1212. .PP
  1213. \fINote\fR \ \(em\ This Recommendation is identical to Recommendation X.400.
  1214. Because of the desired alignment with ISO, the conventions of ISO standards
  1215. have been adopted for the structure of this text. These conventions differ 
  1216. from the CCITT style. The other Recommendations of the F.400\(hySeries 
  1217. are in 
  1218. accordance with CCITT conventions.
  1219. .RT
  1220. .LP
  1221. .rs
  1222. .sp 07P
  1223. .ad r
  1224. BLANC
  1225. .ad b
  1226. .RT
  1227. .LP
  1228. .bp
  1229. .LP
  1230. PART\ 2\ \(em\ GENERAL DESCRIPTION OF MHS
  1231. .sp 1P
  1232. .RT
  1233. .sp 2P
  1234. .LP
  1235. \fB6\fR     \fBPurpose\fR 
  1236. .sp 1P
  1237. .RT
  1238. .PP
  1239. This Recommendation is one of a set of Recommendations and describes the 
  1240. system model and elements of service of the message handling system (MHS) 
  1241. and services. This Recommendation overviews the capabilities of an MHS 
  1242. that are used by Administrations for the provision of public MH services 
  1243. to enable users to exchange messages on a store\(hyand\(hyforward basis. 
  1244. .PP
  1245. The message handling system is designed in accordance with the
  1246. principles of the reference model of open systems interconnection (OSI
  1247. reference model) for CCITT applications (Recommendation\ X.200) and uses the
  1248. presentation layer services and services offered by other, more general,
  1249. application service elements. An MHS can be constructed using any network
  1250. fitting in the scope of OSI. The message transfer service provided by the 
  1251. MTS is application independent. An example of a standardized application 
  1252. is the IPM service. End systems can use the MT service for specific applications 
  1253. that are defined bilaterally. 
  1254. .PP
  1255. Message handling services provided by Administrations belong to the
  1256. group of telematic services defined in F\(hySeries Recommendations.
  1257. .PP
  1258. Various other telematic services and telex (Recommendations F.60,
  1259. F.160, F.200, F.300,\ etc.), data transmission services (X.1), or physical
  1260. delivery services (F.415) gain access to, and intercommunicate with, the IPM
  1261. service or intercommunicate with each other, via access units.
  1262. .PP
  1263. Elements of service are the service features provided through the
  1264. application processes. The elements of service are considered to be components 
  1265. of the services provided to users and are either elements of a basic service 
  1266. or they are \fIoptional user facilities\fR , classified either as \fIessential 
  1267. optional\fR \fIuser facilities\fR , or as \fIadditional optional user facilities\fR 
  1268. . 
  1269. .RT
  1270. .sp 2P
  1271. .LP
  1272. \fB7\fR     \fBFunctional model of MHS\fR 
  1273. .sp 1P
  1274. .RT
  1275. .PP
  1276. The MHS functional model serves as a tool to aid in the development of 
  1277. Recommendations for MHS, and aids in describing the basic concepts that 
  1278. can be depicted graphically. It comprises several different functional 
  1279. components that work together to provide MH services. The model can be 
  1280. applied to a number of different physical and organizational configurations. 
  1281. .RT
  1282. .sp 1P
  1283. .LP
  1284. 7.1
  1285.     \fIDescription of the MHS model\fR 
  1286. .sp 9p
  1287. .RT
  1288. .PP
  1289. A functional view of the MHS model is shown in Figure 1/F.400. In this 
  1290. model, a user is either a person or a computer process. Users are either 
  1291. direct users (i.e.\ engage in message handling by direct use of MHS), or 
  1292. are 
  1293. indirect users (i.e.\ engage in message handling through another communication 
  1294. system (e.g.\ a physical delivery system) that is linked to MHS). A user 
  1295. is 
  1296. referred to as either an originator (when sending a message) or a recipient
  1297. (when receiving a message). Message handling elements of service define 
  1298. the set of message types and the capabilities that enable an originator 
  1299. to transfer 
  1300. messages of those types to one or more recipients.
  1301. .RT
  1302. .PP
  1303. An originator prepares messages with the assistance of his user
  1304. agent. A user agent (UA) is an application process that interacts with the
  1305. message transfer system (MTS) or a message store (MS), to submit messages on
  1306. behalf of a single user. The MTS delivers the messages submitted to it, 
  1307. to one or more recipient UAs, access units (AUs), or MSs, and can return 
  1308. notifications to the originator. Functions performed solely by the UA and 
  1309. not standardized as part of the message handling elements of service are 
  1310. called local functions. A UA can accept delivery of messages directly from 
  1311. the MTS, or it can use the 
  1312. capabilities of an MS to receive delivered messages for subsequent retrieval 
  1313. by the UA. 
  1314. .PP
  1315. The MTS comprises a number of message transfer agents (MTAs).
  1316. Operating together, in a store\(hyand\(hyforward manner, the MTAs transfer 
  1317. messages and deliver them to the intended recipients. 
  1318. .PP
  1319. Access by indirect users of MHS is accomplished by AUs. Delivery to
  1320. indirect users of MHS is accomplished by AUs, such as in the case of physical 
  1321. delivery, by the physical delivery access unit (PDAU). 
  1322. .PP
  1323. The message store (MS) is an optional general purpose capability of
  1324. MHS that acts as an intermediary between the UA and the MTA. The MS is 
  1325. depicted in the MHS functional model shown in Figure\ 1/F.400. The MS is 
  1326. a functional 
  1327. entity whose primary purpose is to store and permit retrieval of delivered
  1328. messages. The MS also allows for submission from, and alerting to the UA.
  1329. .PP
  1330. The collection of UAs, MSs, AUs and MTAs is called the message
  1331. handling system (MHS).
  1332. .bp
  1333. .RT
  1334. .LP
  1335. .rs
  1336. .sp 29P
  1337. .ad r
  1338. \fBFigure 1/F.400, p. 2\fR 
  1339. .sp 1P
  1340. .RT
  1341. .ad b
  1342. .RT
  1343. .sp 1P
  1344. .LP
  1345. 7.2
  1346.     \fIStructure of messages\fR 
  1347. .sp 9p
  1348. .RT
  1349. .PP
  1350. The basic structure of messages conveyed by the MTS is shown in
  1351. Figure\ 2/F.400. A message is made up of an envelope and a content. The 
  1352. envelope carries information that is used by the MTS when transferring 
  1353. the message 
  1354. within the MTS. The content is the piece of information that the originating 
  1355. UA wishes delivered to one or more recipient UAs. The MTS neither modifies 
  1356. or 
  1357. examines the content, except for conversion (see \(sc\ 16).
  1358. .RT
  1359. .LP
  1360. .rs
  1361. .sp 12P
  1362. .ad r
  1363. \fBFigure 2/F.400, p. 3\fR 
  1364. .sp 1P
  1365. .RT
  1366. .ad b
  1367. .RT
  1368. .LP
  1369. .bp
  1370. .sp 2P
  1371. .LP
  1372. 7.3
  1373.     \fIApplication of the MHS model\fR 
  1374. .sp 1P
  1375. .RT
  1376. .sp 1P
  1377. .LP
  1378. 7.3.1
  1379.     \fIPhysical mapping\fR 
  1380. .sp 9p
  1381. .RT
  1382. .PP
  1383. Users access UAs for message processing purposes, for example, to create, 
  1384. present, or file messages. A user can interact with a UA via an 
  1385. input/output device or process (e.g.\ keyboard, display, printer,\ etc.). A UA
  1386. can be implemented as a (set of) computer process(es) in an intelligent
  1387. terminal.
  1388. .PP
  1389. A UA and MTA can be co\(hylocated in the same system, or a UA/MS can be 
  1390. implemented in physically separate systems. In the first case the UA accesses 
  1391. the MT elements of service by interacting directly with the MTA in the 
  1392. same 
  1393. system. In the second case, the UA/MS will communicate with the MTA via
  1394. standardized protocols specified for MHS. It is also possible for an MTA 
  1395. to be implemented in a system without UAs or MSs. 
  1396. .PP
  1397. Some possible physical configurations are shown in Figures 3/F.400 and 
  1398. 4/F.400. The different physical systems can be connected by means of dedicated 
  1399. lines or switched network connections. 
  1400. .RT
  1401. .LP
  1402. .rs
  1403. .sp 10P
  1404. .ad r
  1405. \fBFigure 3/F.400, p. 4\fR 
  1406. .sp 1P
  1407. .RT
  1408. .ad b
  1409. .RT
  1410. .LP
  1411. .rs
  1412. .sp 13P
  1413. .ad r
  1414. \fBFigure 4/F.400, p. 5\fR 
  1415. .sp 1P
  1416. .RT
  1417. .ad b
  1418. .RT
  1419. .sp 1P
  1420. .LP
  1421. 7.3.2
  1422.     \fIOrganizational mapping\fR 
  1423. .sp 9p
  1424. .RT
  1425. .PP
  1426. An Administration or organization can play various roles in
  1427. providing message handling services. An organization in this context can 
  1428. be a company or a non\(hycommercial enterprise. 
  1429. .PP
  1430. The collection of at least one MTA, zero or more UAs, zero or more
  1431. MSs, and zero or more AUs operated by an Administration or organization
  1432. constitutes a management domain (MD). An MD managed by an Administration is
  1433. called an Administration management domain (ADMD). An MD managed by an
  1434. organization other than an Administration is called a private management 
  1435. domain (PRMD). An MD provides message handling services in accordance with 
  1436. the 
  1437. classification of elements of service as described in \(sc\ 19. The relationships 
  1438. between management domains is shown in Figure\ 5/F.400. 
  1439. .bp
  1440. .RT
  1441. .LP
  1442. .rs
  1443. .sp 30P
  1444. .ad r
  1445. \fBFigure 5/F.400, p.\fR 
  1446. .sp 1P
  1447. .RT
  1448. .ad b
  1449. .RT
  1450. .PP
  1451. \fINote\ 1\fR \ \(em\ It should be recognized that the provision of support 
  1452. of private messaging systems by CCITT members falls within the framework 
  1453. of 
  1454. national regulations. Thus the possibilities mentioned in this paragraph 
  1455. may or may not be offered by an Administration which provides message handling 
  1456. services. In addition, the UAs depicted in Figure\ 5/F.400 do not imply 
  1457. that UAs belonging to an MD must be exclusively located in the same country 
  1458. as their 
  1459. MDs.
  1460. .PP
  1461. \fINote\ 2\fR \ \(em\ Direct interactions between PRMDs and internal interactions 
  1462. within an MD are outside the scope of this Recommendation. 
  1463. .PP
  1464. \fINote\ 3\fR \ \(em\ An Administration, in the context of CCITT, that 
  1465. manages an ADMD, is understood as being a member of ITU or a recognized 
  1466. private operating agency (RPOA), registered by a country with the ITU. 
  1467. .RT
  1468. .sp 1P
  1469. .LP
  1470. 7.3.3
  1471.     \fIAdministration management domain\fR 
  1472. .sp 9p
  1473. .RT
  1474. .PP
  1475. In one country one or more ADMDs can exist. An ADMD is
  1476. characterized by its provision of relaying functions between other management 
  1477. domains and the provision of message transfer service for the applications 
  1478. provided within the ADMD.
  1479. .PP
  1480. An Administration can provide access for its users to the ADMD in one or 
  1481. more of the following ways: 
  1482. .RT
  1483. .LP
  1484.     \(em
  1485.     users to Administration provided UA
  1486. .LP
  1487.     \(em
  1488.     private UA to Administration MTA
  1489. .LP
  1490.     \(em
  1491.     private UA to Administration MS
  1492. .LP
  1493.     \(em
  1494.     private UA to Administration MTA
  1495. .LP
  1496.     \(em
  1497.     user to Administration provided UA.
  1498. .PP
  1499. See also the examples of configurations shown in Figure 3/F.400
  1500. and Figure 4/F.400.
  1501. .bp
  1502. .PP
  1503. Administration provided UAs can exist as part of an intelligent
  1504. terminal that the user can use to access MHS. They can also exist as part of
  1505. Administration resident equipment being part of MHS, in which case the user
  1506. obtains access to the UA via an I/O device.
  1507. .PP
  1508. In the case of a private UA, the user has a private stand\(hyalone UA
  1509. which interacts with the Administration provided MTA or MS, using submission, 
  1510. delivery and retrieval functions. A private, stand\(hyalone UA can be associated 
  1511. with one or more MDs, provided that the required naming conventions are 
  1512. preserved.
  1513. .PP
  1514. A private MTA as part of an PRMD can access one or more ADMDs in a
  1515. country, following national regulations.
  1516. .PP
  1517. Access can also be provided by Administration provided AUs described in 
  1518. \(sc\(sc\ 10 and\ 11. 
  1519. .RT
  1520. .sp 1P
  1521. .LP
  1522. 7.3.4
  1523.     \fIPrivate management domain\fR 
  1524. .sp 9p
  1525. .RT
  1526. .PP
  1527. An organization other than an Administration can have one or more MTA(s), 
  1528. and zero or more UAs, AUs and MSs forming a PRMD which can interact 
  1529. with an ADMD on an MD to MD (MTA to MTA) basis. A PRMD is characterized 
  1530. by the provision of messaging functions within that management domain. 
  1531. .PP
  1532. A PRMD is considered to exist entirely within one country. Within that 
  1533. country, the PRMD can have access to one or more ADMDs as shown in 
  1534. Figure\ 5/F.400. However, in the case of a specific interaction between 
  1535. a PRMD and an ADMD (such as when a message is transferred between MDs), 
  1536. the PRMD is 
  1537. considered to be associated only with that ADMD. A PRMD will not act as 
  1538. a relay between two ADMDs. 
  1539. .PP
  1540. In the interaction between a PRMD and an ADMD, the ADMD takes
  1541. responsibility for the actions of the PRMD which are related to the
  1542. interaction. In addition to ensuring that the PRMD properly provides the
  1543. message transfer service, the ADMD is responsible for ensuring that the
  1544. accounting, logging, quality of service, uniqueness of names, and related
  1545. operations of the PRMD are correctly performed. As a national matter, the 
  1546. name of a PRMD can be either nationally unique or relative to the associated 
  1547. ADMD. If a PRMD is associated with more than one ADMD, the PRMD can have 
  1548. more than 
  1549. one name.
  1550. .RT
  1551. .sp 1P
  1552. .LP
  1553. 7.4
  1554.     \fIMessage store\fR 
  1555. .sp 9p
  1556. .RT
  1557. .PP
  1558. Because UAs can be implemented on a wide variety of equipment,
  1559. including personal computers, the MS can complement a UA implemented, for
  1560. example, on a personal computer by providing a more secure, continuously
  1561. available storage mechanism to take delivery of messages on the user agent's
  1562. behalf. The MS retrieval capability provides users who subscribe to an 
  1563. MS with basic message retrieval capabilities potentially applicable to 
  1564. messages of all types. Figure\ 6/F.400 shows the delivery, and subsequent 
  1565. retrieval of messages that are delivered to an MS, and the indirect submission 
  1566. of messages via the 
  1567. MS.
  1568. .RT
  1569. .LP
  1570. .rs
  1571. .sp 7P
  1572. .ad r
  1573. \fBFigure 6/F.400, p.\fR 
  1574. .sp 1P
  1575. .RT
  1576. .ad b
  1577. .RT
  1578. .PP
  1579. One MS acts on behalf of only one user (one O/R address), i.e. it does 
  1580. not provide a common or shared MS capability to several users (see also 
  1581. PRMD3 of Figure\ 5/F.400).
  1582. .PP
  1583. When subscribing to an MS, all messages destined for the UA are
  1584. delivered to the MS only. The UA, if on line, can receive alerts when certain 
  1585. messages are delivered to the MS. Messages delivered to an MS are considered 
  1586. delivered from the MTS perspective.
  1587. .PP
  1588. When a UA submits a message through the MS, the MS is in general
  1589. transparent and submits it to the MTA before confirming the success of the
  1590. submission to the UA. However, the MS can expand the message if the UA 
  1591. requests the forwarding of messages that exist in the MS. 
  1592. .bp
  1593. .PP
  1594. Users are also provided with the capability to request the MS to
  1595. forward selected messages automatically upon delivery.
  1596. .PP
  1597. The elements of service describing the features of the MS are defined in 
  1598. Annex\ B and classified in \(sc\ 19. Users are provided with the capability 
  1599. based on various criteria, to get counts and lists of messages, to fetch 
  1600. messages, 
  1601. and to delete messages, currently held in the MS.
  1602. .RT
  1603. .sp 1P
  1604. .LP
  1605. 7.4.1
  1606.     \fIPhysical configurations\fR 
  1607. .sp 9p
  1608. .RT
  1609. .PP
  1610. The MS can be physically located with respect to the MTA in a
  1611. number of ways. The MS can be co\(hylocated with the UA, co\(hylocated 
  1612. with the MTA, or stand\(hyalone. From an external point of view, a co\(hylocated 
  1613. UA and MS are 
  1614. indistinguishable from a stand\(hyalone UA. Co\(hylocating the MS with 
  1615. the MTA offers significant advantages which will probably make it the predominant 
  1616. configuration.
  1617. .RT
  1618. .sp 1P
  1619. .LP
  1620. 7.4.2
  1621.     \fIOrganizational configurations\fR 
  1622. .sp 9p
  1623. .RT
  1624. .PP
  1625. Either ADMDs or PRMDs can operate MSs. In the case of
  1626. Administration supplied MSs, the subscriber either provides his own UA 
  1627. or makes use of an Administration supplied UA via an I/O device. In either 
  1628. case, all the subscriber's messages are delivered to the MS for subsequent 
  1629. retrieval. 
  1630. .PP
  1631. The physical and organizational configurations described above are
  1632. examples only and other equally cases can exist.
  1633. .RT
  1634. .sp 2P
  1635. .LP
  1636. \fB8\fR     \fBMessage transfer service\fR 
  1637. .sp 1P
  1638. .RT
  1639. .PP
  1640. The MTS provides the general, application independent,
  1641. store\(hyand\(hyforward message transfer service. The elements of service 
  1642. describing the features of the MT service are defined in Annex\ B and classified 
  1643. in \(sc\ 19. Provision of public message transfer service by Administrations 
  1644. is described in Recommendation\ F.410. 
  1645. .RT
  1646. .sp 1P
  1647. .LP
  1648. 8.1
  1649.     \fISubmission and delivery\fR 
  1650. .sp 9p
  1651. .RT
  1652. .PP
  1653. The MTS provides the means by which UAs exchange messages. There
  1654. are two basic interactions between MTAs and UAs and/or MSs:
  1655. .RT
  1656. .LP
  1657.     1)
  1658.     The submission interaction is the means by which an
  1659. originating UA or MS transfers to an MTA the content of a message and the
  1660. submission envelope. The submission envelope contains the information that 
  1661. the MTS requires to provide the requested elements of service. 
  1662. .LP
  1663.     2)
  1664.     The delivery interaction is the means by which the MTA
  1665. transfers to a recipient UA or MS the content of a message plus the delivery
  1666. envelope. The delivery envelope contains information related to delivery 
  1667. of the message. 
  1668. .PP
  1669. In the submission and delivery interactions, responsibility for
  1670. the message is passed between the MTA and the UA or MS.
  1671. .sp 1P
  1672. .LP
  1673. 8.2
  1674.     \fITransfer\fR 
  1675. .sp 9p
  1676. .RT
  1677. .PP
  1678. Starting at the originator's MTA, each MTA transfers the message to another 
  1679. MTA until the message reaches the recipient's MTA, which then delivers 
  1680. it to the recipient UA or MS using the delivery interaction. 
  1681. .PP
  1682. The transfer interaction is the means by which one MTA transfers to
  1683. another MTA the content of a message plus the transfer envelope. The transfer 
  1684. envelope contains the information related to the operation of the MTS plus 
  1685. information that the MTS requires to provide elements of service requested 
  1686. by the originating UA. 
  1687. .PP
  1688. MTAs transfer messages containing any type of binary coded
  1689. information. MTAs neither interpret not alter the content of messages except
  1690. when performing a conversion.
  1691. .RT
  1692. .sp 1P
  1693. .LP
  1694. 8.3
  1695.     \fINotifications\fR 
  1696. .sp 9p
  1697. .RT
  1698. .PP
  1699. Notifications in the MT service comprise the delivery and
  1700. non\(hydelivery notifications. When a message, or probe, cannot be delivered by
  1701. the MTS, a non\(hydelivery notification is generated and returned to the
  1702. originator in a report signifying this. In addition, an originator can
  1703. specifically ask for acknowledgement of successful delivery through use 
  1704. of the delivery notification element of service on submission. 
  1705. .bp
  1706. .RT
  1707. .sp 1P
  1708. .LP
  1709. 8.4
  1710.     \fIUser agent\fR 
  1711. .sp 9p
  1712. .RT
  1713. .PP
  1714. The UA uses the MT service provided by the MTS. A UA is a
  1715. functional entity by means of which a single direct user engages in message
  1716. handling.
  1717. .PP
  1718. UAs are grouped into classes based on the type of content of messages they 
  1719. can handle. The MTS provides a UA with the ability to identify its class 
  1720. when sending messages to other UAs. UAs within a given class are referred 
  1721. to as cooperating UAs since they cooperate with each other to enhance the 
  1722. communication amongst their respective users.
  1723. .PP
  1724. \fINote\fR \ \(em\ A UA can support more than one type of message content, 
  1725. and hence belong to several UA classes. 
  1726. .RT
  1727. .sp 1P
  1728. .LP
  1729. 8.5
  1730.     \fIMessage store\fR 
  1731. .sp 9p
  1732. .RT
  1733. .PP
  1734. The message store (MS) uses the MT service provided by the MTS. An MS is 
  1735. a functional entity associated with a user's UA. The user can submit 
  1736. messages through it, and retrieve messages that have been delivered to
  1737. the\ MS.
  1738. .RT
  1739. .sp 1P
  1740. .LP
  1741. 8.6
  1742.     \fIAccess unit\fR 
  1743. .sp 9p
  1744. .RT
  1745. .PP
  1746. An access unit (AU) uses the MT service provided by the MTS. An AU is a 
  1747. functional entity associated with an MTA to provide for intercommunication 
  1748. between MHS and another system or service. 
  1749. .RT
  1750. .sp 1P
  1751. .LP
  1752. 8.7
  1753.     \fIUse of the MTS in the provision of various services\fR 
  1754. .sp 9p
  1755. .RT
  1756. .PP
  1757. The MTS is used by application specific services for the provision of message 
  1758. handling services of various types. The interpersonal messaging 
  1759. service, described in \(sc\ 9, is one example of this. Other services can 
  1760. be built on the foundation of the MTS, either with corresponding recommendations 
  1761. or as private applications. 
  1762. .RT
  1763. .sp 2P
  1764. .LP
  1765. \fB9\fR     \fBIPM service\fR 
  1766. .sp 1P
  1767. .RT
  1768. .PP
  1769. The interpersonal message service (IPM service) provides a user
  1770. with features to assist in communicating with other IPM service users. 
  1771. The IPM service uses the capabilities of the MT service for sending and 
  1772. receiving 
  1773. interpersonal messages. The elements of service describing the features 
  1774. of the IPM service are defined in Annex\ B and classified in \(sc\ 19. 
  1775. The provision of 
  1776. public interpersonal messaging service by Administrations is described in
  1777. Recommendation\ F.420.
  1778. .RT
  1779. .sp 1P
  1780. .LP
  1781. 9.1
  1782.     \fIIPM service functional model\fR 
  1783. .sp 9p
  1784. .RT
  1785. .PP
  1786. Figure 7/F.400 shows the functional model of the IPM service. The UAs used 
  1787. in the IPM service (IPM\(hyUAs) comprise a specific class of cooperating 
  1788. UAs. The optional access units shown (TLMA, PTLXAU) allow for teletex and 
  1789. telex 
  1790. .PP
  1791. users to intercommunicate with the IPM service. The optional access unit 
  1792. (TLMA) also allows for teletex users to participate in the IPM service 
  1793. (see also 
  1794. \(sc\ 11). The optional physical delivery access unit (PDAU) allows IPM 
  1795. users to 
  1796. send messages to users outside the IPM service who have no access to MHS. 
  1797. The message store can optionally be used by IPM users to take delivery 
  1798. of messages on their behalf. 
  1799. .RT
  1800. .sp 1P
  1801. .LP
  1802. 9.2
  1803.     \fIStructure of IP\(hymessages\fR 
  1804. .sp 9p
  1805. .RT
  1806. .PP
  1807. The IP class of UAs create messages containing a content specific to the 
  1808. IPM. The specific content that is sent from one IPM UA to another is a 
  1809. result of an originator composing and sending a message, called an IP\(hymessage. 
  1810. The structure of an IP\(hymessage as it release to the basic message structure 
  1811. of MHS is shown in Figure\ 8/F.400. The IP\(hymessage is conveyed with 
  1812. an envelope 
  1813. when being transferred through the MTS.
  1814. .RT
  1815. .PP
  1816. Figure 9/F.400 shows an analogy between a typical office memo, and the 
  1817. corresponding IP\(hymessage structure. The IP\(hymessage contains information 
  1818. (e.g.,\ to, cc, subject) provided by the user which is transformed by the 
  1819. IPM UA into the heading of the IP\(hymessage. The main information that 
  1820. the user wishes to communicate (the body of the memo) is contained within 
  1821. the body of the 
  1822. IP\(hymessage. In the example shown, the body contains two types of encoded
  1823. information: text and facsimile, which form what are called body parts. In
  1824. general, an IP\(hymessage body can consist of a number of body parts, each 
  1825. which can be of a different encoded information type, such as voice, text, 
  1826. facsimile and graphics. 
  1827. .bp
  1828. .LP
  1829. .rs
  1830. .sp 27P
  1831. .ad r
  1832. \fBFigure 7/F.400, p. 8\fR 
  1833. .sp 1P
  1834. .RT
  1835. .ad b
  1836. .RT
  1837. .LP
  1838. .rs
  1839. .sp 18P
  1840. .ad r
  1841. \fBFigure 8/F.400, p. 9\fR 
  1842. .sp 1P
  1843. .RT
  1844. .ad b
  1845. .RT
  1846. .LP
  1847. .bp
  1848. .LP
  1849. .rs
  1850. .sp 30P
  1851. .ad r
  1852. \fBFigure 9/F.400, p. 10\fR 
  1853. .sp 1P
  1854. .RT
  1855. .ad b
  1856. .RT
  1857. .sp 1P
  1858. .LP
  1859. 9.3
  1860.     \fIIP\(hynotifications\fR 
  1861. .sp 9p
  1862. .RT
  1863. .PP
  1864. In the IPM service a user can request a notification of receipt or non\(hyreceipt 
  1865. of a message by a recipient. These notifications are requested by an originator 
  1866. and are generated as a result of some (such as reading/not 
  1867. reading the message) recipient action. In certain cases the non\(hyreceipt
  1868. notification is generated automatically by the recipient's UA.
  1869. .RT
  1870. .sp 2P
  1871. .LP
  1872. \fB10\fR     \fBIntercommunication with physical delivery services\fR 
  1873. .sp 1P
  1874. .RT
  1875. .sp 1P
  1876. .LP
  1877. 10.1
  1878.     \fIIntroduction\fR 
  1879. .sp 9p
  1880. .RT
  1881. .PP
  1882. The value of message handling systems can be increased by
  1883. connecting them to physical delivery (PD) systems such as the traditional
  1884. postal service. This will allow for the physical (e.g.,\ hardcopy) delivery 
  1885. of messages originated within MHS to recipients outside of MHS, and in 
  1886. some cases will allow for the return of notifications from the PD service 
  1887. to an MHS 
  1888. originator. The ability for origination of messages in the PD service for
  1889. submission to MHS through the PDAU is for further study. The capability of
  1890. intercommunication between PD and MH services is an optional capability 
  1891. of MHS, and is applicable to any application such as IPM. All users of 
  1892. MHS will have 
  1893. the ability to generate messages for subsequent physical delivery.
  1894. Figure\ 10/F.400 shows the functional model of this interworking. Provision 
  1895. of intercommunication between public message handling services offered 
  1896. by 
  1897. Administrations and PD services is described in Recommendation\ F.415. The
  1898. elements of service describing the features of this intercommunication are
  1899. defined in Annex\ B/F.400 and classified in \(sc\ 19.
  1900. .bp
  1901. .RT
  1902. .LP
  1903. .rs
  1904. .sp 19P
  1905. .ad r
  1906. \fBFigure 10/F.400, p.\fR 
  1907. .sp 1P
  1908. .RT
  1909. .ad b
  1910. .RT
  1911. .PP
  1912. A physical delivery system is a system, operated by a management domain, 
  1913. that transports and delivers physical messages. A physical message is a 
  1914. physical object comprising a relaying envelope and its content. An example 
  1915. of a PDS is the postal service. An example of a physical message is a paper 
  1916. letter and its enclosing paper envelope. 
  1917. .PP
  1918. A physical delivery access unit (PDAU) converts an MH user's message to 
  1919. physical form, a process called physical rendition. An example of this 
  1920. is 
  1921. the printing of a message and its automatic enclosure in a paper envelope. 
  1922. The PDAU passes the physically rendered message to a PDS for further relaying 
  1923. and eventual physical delivery. 
  1924. .PP
  1925. A PDAU can be viewed as a set of UAs, each UA being identified by a
  1926. postal address. To perform its functions, a PDAU must support submission
  1927. (notifications) and delivery interactions with the MTS, and also cooperate 
  1928. with other UAs. MH/PD service intercommunication is thus provided as part 
  1929. of the 
  1930. message transfer service.
  1931. .PP
  1932. To enable MH users to address messages, to be delivered physically by a 
  1933. PDS, an address form appropriate for this exists and is described in 
  1934. \(sc\ 12.
  1935. .RT
  1936. .sp 1P
  1937. .LP
  1938. 10.2
  1939.     \fIOrganizational configurations\fR 
  1940. .sp 9p
  1941. .RT
  1942. .PP
  1943. Possible organizational mappings of the functional model described above 
  1944. are shown in Figure\ 11/F.400. In each model (A\ &\ B), the term\ PD domain 
  1945. denotes the domain of responsibility of an organization providing a PD 
  1946. service. In A, the PD domain comprises an MD and a PDS. The boundary between 
  1947. the PD 
  1948. domain and the rest of MHS is a boundary between MDs. In B, the PD domain
  1949. comprises only the PDS; the PDAU is not part of the PD domain. The boundary
  1950. between the PD domain and MHS lies at the point where the PDAU passes physical 
  1951. messages to the PDS. 
  1952. .RT
  1953. .sp 2P
  1954. .LP
  1955. \fB11\fR     \fBSpecialized access\fR 
  1956. .sp 1P
  1957. .RT
  1958. .sp 1P
  1959. .LP
  1960. 11.1
  1961.     \fIIntroduction\fR 
  1962. .sp 9p
  1963. .RT
  1964. .PP
  1965. The functional model of MHS (Figure 1/F.400) contains access units (AUs) 
  1966. to allow access between MHS and other communication systems and services. 
  1967. The model shows a generic access unit between MHS and telematic services. 
  1968. .PP
  1969. Also shown in a physical delivery access unit to allow for physical
  1970. delivery of MHS messages to recipients without the need for terminal access 
  1971. to MHS. The access to physical delivery services is available to any application 
  1972. carried by the MTS, through a PDU described in \(sc\ 10. 
  1973. .PP
  1974. Other forms of access are described below.
  1975. .bp
  1976. .RT
  1977. .LP
  1978. .rs
  1979. .sp 19P
  1980. .ad r
  1981. \fBFigure 11/F.400, p. 12\fR 
  1982. .sp 1P
  1983. .RT
  1984. .ad b
  1985. .RT
  1986. .sp 2P
  1987. .LP
  1988. 11.2
  1989.     \fITeletex access\fR 
  1990. .sp 1P
  1991. .RT
  1992. .sp 1P
  1993. .LP
  1994. 11.2.1
  1995.     \fIRegistered access to the IPM service\fR 
  1996. .sp 9p
  1997. .RT
  1998. .PP
  1999. The specialized access unit defined for telematic access \(em
  2000. telematic agent (TLMA) caters specially for teletex (TTX) terminals. This 
  2001. TLMA provides for teletex access to the IPM service as shown in Figure\ 
  2002. 7/F.400. The technical provisions of this access are defined in Recommendation\ 
  2003. T.330. The 
  2004. TLMA enables users of teletex terminals to participate fully in the IPM
  2005. service.
  2006. .RT
  2007. .sp 1P
  2008. .LP
  2009. 11.2.2
  2010.     \fINon\(hyregistered (public) access to the IPM service\fR 
  2011. .sp 9p
  2012. .RT
  2013. .PP
  2014. The specialized access unit defined for telematic access \(em
  2015. telematic agent (TLMA) also provides for public access to the IPM service 
  2016. for TTX users who are not registered users of the IPM service. This is 
  2017. shown in 
  2018. Figure\ 7/F.400. The technical provisions of this access are defined in
  2019. Recommendation\ T.330. The intercommunication between the IPM service and the
  2020. teletex service is defined in Recommendation\ F.422.
  2021. .RT
  2022. .sp 2P
  2023. .LP
  2024. 11.3
  2025.     \fITelex access\fR 
  2026. .sp 1P
  2027. .RT
  2028. .sp 1P
  2029. .LP
  2030. 11.3.1
  2031.     \fIRegistered access to the IPM service\fR 
  2032. .sp 9p
  2033. .RT
  2034. .PP
  2035. A telex access unit (TLXAU) is defined in the technical
  2036. Recommendations to allow the intercommunication between IPM users and telex
  2037. users. To provide a service with this type of AU is a national matter.
  2038. .RT
  2039. .sp 1P
  2040. .LP
  2041. 11.3.2
  2042.     \fINon\(hyregistered (public) access to the IPM service\fR 
  2043. .sp 9p
  2044. .RT
  2045. .PP
  2046. A specialized access unit is defined to allow the
  2047. intercommunication between IPM users and telex users. This AU provides for
  2048. public access to the IPM service for telex users who are not registered 
  2049. users of the IPM service, and is called a public telex access unit (PTLXAU). 
  2050. This is shown in Figure\ 7/F.400. The telex users are not subscribers to 
  2051. the IPM 
  2052. service, but use some of the features of the IPM service to pass messages to
  2053. IPM users. IPM users can also send messages to telex users via this AU. The
  2054. intercommunication between the IPM service and the telex service is defined 
  2055. in Recommendation\ F.421. 
  2056. .PP
  2057. \fINote\fR \ \(em\ Other types of access units are for further study (e.g.,
  2058. facsimile, videotex,\ etc.).
  2059. .bp
  2060. .RT
  2061. .LP
  2062. PART\ 3\ \(em\ 
  2063. CAPABILITIES OF MHS
  2064. .sp 1P
  2065. .RT
  2066. .sp 2P
  2067. .LP
  2068. \fB12\fR     \fBNaming and addressing\fR 
  2069. .sp 1P
  2070. .RT
  2071. .sp 1P
  2072. .LP
  2073. 12.1
  2074.     \fIIntroduction\fR 
  2075. .sp 9p
  2076. .RT
  2077. .PP
  2078. In an MHS, the principal entity that requires naming is the user
  2079. (the originator and recipient of messages). In addition, distribution lists
  2080. (DLs) have names for use in MHS. Users of MHS and DLs are identified by O/R
  2081. names. O/R names are comprised of directory names and/or addresses, all of
  2082. which are described in this clause.
  2083. .RT
  2084. .sp 1P
  2085. .LP
  2086. 12.2
  2087.     \fIDirectory names\fR 
  2088. .sp 9p
  2089. .RT
  2090. .PP
  2091. Users of the MH service, and DLs, can be identified by a name,
  2092. called a directory name. A directory name must be looked up in a directory 
  2093. to find out the corresponding O/R address. The structure and components 
  2094. of 
  2095. directory names are described in the X.500\(hySeries of Recommendations.
  2096. .PP
  2097. A user can access a directory system directly to find out the O/R
  2098. address of a user, or O/R addresses of the members of a DL (both of which 
  2099. are outside the scope of these Recommendations). As an alternative, a user 
  2100. can use the directory name and have MHS access a directory to resolve the 
  2101. corresponding O/R address or addresses automatically as described in \(sc\ 
  2102. 14. 
  2103. .PP
  2104. An MH user or DL will not necessarily have a directory name, unless
  2105. they are registered in a directory. As directories become more prevalent, 
  2106. it is expected that directory names will be the preferred method of identifying 
  2107. MHS users to each other. 
  2108. .RT
  2109. .sp 1P
  2110. .LP
  2111. 12.3
  2112.     \fIO/R names\fR 
  2113. .sp 9p
  2114. .RT
  2115. .PP
  2116. Every MH user or DL will have one or more O/R name(s). An O/R name comprises 
  2117. a directory name, and O/R address, or both. 
  2118. .PP
  2119. Either or both components of an O/R name can be used on submission of a 
  2120. message. If only the directory name is present, MHS will access a directory 
  2121. to attempt to determine the O/R address, which it will then use to route 
  2122. and 
  2123. deliver the message. If a directory name is absent, it will use the O/R 
  2124. address as given. When both are given on submission, MHS will use the O/R 
  2125. address, but will carry the directory name and present both to the recipient. 
  2126. If the O/R 
  2127. address is invalid, it will then attempt to use the directory name as
  2128. above.
  2129. .RT
  2130. .sp 1P
  2131. .LP
  2132. 12.4
  2133.     \fIO/R addresses\fR 
  2134. .sp 9p
  2135. .RT
  2136. .PP
  2137. An O/R address contains information that enables MHS to uniquely
  2138. identify a user to deliver a message or return a notification to him. (The
  2139. prefix \*QO/R\*U recognizes the fact that the user can be acting as either the
  2140. originator or recipient of the message or notification in question.)
  2141. .PP
  2142. An O/R address is a collection of information called attributes.
  2143. Recommendation\ X.402 specifies a set of standard attributes from which O/R
  2144. addresses can be constructed. Standard attributes mean that their syntax and
  2145. semantics are defined in Recommendation\ X.402. In addition to standard
  2146. attributes, and to cater for existing messaging systems, there are domain
  2147. defined attributes whose syntax and semantics are defined by management
  2148. domains.
  2149. .PP
  2150. Various forms of O/R addresses are defined, each serving their own
  2151. purpose. These forms and their purpose are as follows:
  2152. .RT
  2153. .LP
  2154.     \(em
  2155.     \fIMnemonic O/R address:\fR Provides a user\(hyfriendly means of
  2156. identifying users in the absence of a directory. It is also used for
  2157. identifying a distribution list.
  2158. .LP
  2159.     \(em
  2160.     \fITerminal O/R address:\fR Provides a means of identifying
  2161. users with terminals belonging to various networks.
  2162. .LP
  2163.     \(em
  2164.      \fINumeric O/R address:\fR Provides a means of identifying users by means 
  2165. of numeric keypads. 
  2166. .LP
  2167.     \(em
  2168.     \fIPostal O/R address:\fR Provides a means of identifying
  2169. originators and recipients of physical messages.
  2170. .bp
  2171. .sp 2P
  2172. .LP
  2173. \fB13\fR     \fBMHS use of directory\fR 
  2174. .sp 1P
  2175. .RT
  2176. .sp 1P
  2177. .LP
  2178. 13.1
  2179.     \fIIntroduction\fR 
  2180. .sp 9p
  2181. .RT
  2182. .PP
  2183. The directory defined by the X.500\(hySeries of Recommendations
  2184. provides capabilities useful in the use and provision of a variety of
  2185. telecommunication services. This clause describes how a directory can be 
  2186. used in messages handling. Details can be found in other X.400\ Recommendations. 
  2187. .PP
  2188. The directory capabilities used in message handling fall into the
  2189. following four categories:
  2190. .RT
  2191. .LP
  2192.     a)
  2193.     \fIUser\(hyfriendly naming:\fR The originator or recipient of a
  2194. message can be identified by means of his directory name, rather than his
  2195. machine oriented O/R address. At any time MHS can obtain the latter from the
  2196. former by consulting the directory.
  2197. .LP
  2198.     b)
  2199.     \fIDistribution lists (DLs):\fR A group whose membership is
  2200. stored in the directory can be used as a DL. The originator simply supplies 
  2201. the name of the list. At the DL's expansion point MHS can obtain the directory 
  2202. names (and then the O/R addresses) of the individual recipients by consulting 
  2203. the directory. 
  2204. .LP
  2205.     c)
  2206.     \fIRecipient UA capabilities:\fR MHS capabilities of a
  2207. recipient (or originator) can be stored in his directory entry. At any 
  2208. time MHS can obtain (and then act upon) those capabilities by consulting 
  2209. the directory. 
  2210. .LP
  2211.     d)
  2212.     \fIAuthentication:\fR Before two MHS functional entities (two
  2213. MTAs, or a UA and an MTA) communicate with one another, each establishes the
  2214. identity of the other. This can be done by using authentication capabilities 
  2215. of MHS based on information stored in the directory. 
  2216. .PP
  2217. Besides the above, one user can directly access the directory, for example, 
  2218. to determine the O/R address or MHS capabilities of another. The 
  2219. recipient's directory name is supplied to the directory, which returns the
  2220. requested information.
  2221. .sp 1P
  2222. .LP
  2223. 13.2
  2224.     \fIFunctional model\fR 
  2225. .sp 9p
  2226. .RT
  2227. .PP
  2228. Both UAs and MTAs can use the directory. A UA can present the
  2229. directory with the directory name of the intended recipient, and obtain from
  2230. the directory the recipient's O/R address. The UA can then supply both the
  2231. directory name and the O/R address to the MTS. Another UA can supply just 
  2232. the recipient's directory name to the MTS. The MTS would then itself ask 
  2233. the 
  2234. directory for the recipient's O/R address and add it to the envelope. The
  2235. originating MTA normally carries out the name to O/R address look up.
  2236. .PP
  2237. A functional model depicting the above is shown in Figure
  2238. 12/F.400.
  2239. .RT
  2240. .LP
  2241. .rs
  2242. .sp 20P
  2243. .ad r
  2244. \fBFigure 12/F.400, p.\fR 
  2245. .sp 1P
  2246. .RT
  2247. .ad b
  2248. .RT
  2249. .LP
  2250. .bp
  2251. .sp 1P
  2252. .LP
  2253. 13.3
  2254.     \fIPhysical configurations\fR 
  2255. .sp 9p
  2256. .RT
  2257. .PP
  2258. Some possible physical configurations of the above functional model are 
  2259. shown in Figure\ 13/F.400. Where a directory user agent (DUA) and directory 
  2260. system agent (DSA) reside in physically separate systems, a standard directory 
  2261. protocol, defined in the X.500\(hySeries of Recommendations, governs their 
  2262. interactions. It will often be desirable to physically co\(hylocate a UA or MTA
  2263. with a DUA/DSA. However, other physical configurations are also possible.
  2264. .RT
  2265. .LP
  2266. .rs
  2267. .sp 19P
  2268. .ad r
  2269. \fBFigure 13/F.400, p.\fR 
  2270. .sp 1P
  2271. .RT
  2272. .ad b
  2273. .RT
  2274. .sp 2P
  2275. .LP
  2276. \fB14\fR     \fBDistribution lists in MHS\fR 
  2277. .sp 1P
  2278. .RT
  2279. .sp 1P
  2280. .LP
  2281. 14.1
  2282.     \fIIntroduction\fR 
  2283. .sp 9p
  2284. .RT
  2285. .PP
  2286. The ability to make use of a distribution list (DL) is an optional capability 
  2287. of MHS provided through the MT service. DL expansion allows a sender to 
  2288. have a message transmitted to a group of recipients, by naming the group 
  2289. instead of having to enumerate each of the final recipients.
  2290. .RT
  2291. .sp 1P
  2292. .LP
  2293. 14.2
  2294.     \fIProperties of a DL\fR 
  2295. .sp 9p
  2296. .RT
  2297. .PP
  2298. The properties of a DL can be described as follows:
  2299. .RT
  2300. .LP
  2301.     \(em
  2302.     \fIDL members:\fR Users and other DLs that will receive
  2303. messages addressed to the DL.
  2304. .LP
  2305.     \(em
  2306.      \fIDL submit permission:\fR A list of users and other DLs which are allowed 
  2307. to make use of the DL to send messages to the DL's members. 
  2308. .LP
  2309.     \(em
  2310.     \fIDL expansion point:\fR Each DL has an unambiguous O/R
  2311. address. This O/R address identifies the expansion point, which is the 
  2312. domain or MTA where the names of the members of the DL are added to the 
  2313. recipient 
  2314. list. The message is transported to the expansion point before expansion as
  2315. shown in Figure\ 14/F.400.
  2316. .LP
  2317.     \(em
  2318.     \fIDL owner:\fR A user who is responsible for the management of   a DL.
  2319. .sp 1P
  2320. .LP
  2321. 14.3
  2322.     \fISubmission\fR 
  2323. .sp 9p
  2324. .RT
  2325. .PP
  2326. Submission of a message to a DL is similar to the submission of a message 
  2327. to a user. The originator can include in the DL's O/R name, the 
  2328. directory name, the O/R address, or both (see \(sc\ 12 for details). The 
  2329. originator need not be aware that the O/R name used is that of a DL. The 
  2330. originator can, however, through use of the element of service, DL expansion 
  2331. prohibited, 
  2332. prohibit the MTS from expanding a message unknowingly addressed to a DL.
  2333. .bp
  2334. .RT
  2335. .sp 1P
  2336. .LP
  2337. 14.4
  2338.     \fIDL use of a directory\fR 
  2339. .sp 9p
  2340. .RT
  2341. .PP
  2342. A directory may or may not be used to store information about the properties 
  2343. of a DL. Among the information that can be stored are the following: DL 
  2344. members, DL owner, DL submit permission and the DL expansion point. 
  2345. .RT
  2346. .sp 1P
  2347. .LP
  2348. 14.5
  2349.     \fIDL expansion\fR 
  2350. .sp 9p
  2351. .RT
  2352. .PP
  2353. At the expansion point, the MTA responsible for expanding the DL
  2354. will:
  2355. .RT
  2356. .LP
  2357.     a)
  2358.      Look up the information about the DL, e.g. in the directory, using access 
  2359. rights granted to the MTA. (\fINote\fR \ \(em\ Since this is done by the 
  2360. MTA at the expansion point, support of DLs in MHS does not require a globally 
  2361. interconnected directory).
  2362. .LP
  2363.     b)
  2364.      Verify whether expansion is allowed by checking the identity of the sender 
  2365. against the DL's submit permission. 
  2366. .LP
  2367.     c)
  2368.     If expansion is allowed, add the members of the DL to the
  2369. list of recipients of the message and transmit the message to them.
  2370. .LP
  2371. .rs
  2372. .sp 24P
  2373. .ad r
  2374. \fBFigure 14/F.400, p.\fR 
  2375. .sp 1P
  2376. .RT
  2377. .ad b
  2378. .RT
  2379. .sp 1P
  2380. .LP
  2381. 14.6
  2382.     \fINesting\fR 
  2383. .sp 9p
  2384. .RT
  2385. .PP
  2386. A member of a DL can be another DL as shown in Figure 14/F.400. In this 
  2387. case the message is forwarded from the expansion point of the parent DL 
  2388. to the expansion point of the member DL for further expansion. Thus during 
  2389. each 
  2390. expansion, only the members of a single DL are added to the message.
  2391. .PP
  2392. During expansion of a nested DL, the identity of the parent DL (e.g., DL1 
  2393. in Figure\ 14/F.400) rather than that of the message originator, is compared 
  2394. against the submit permission of the member\ DL (e.g.,\ DL2 in Figure\ 
  2395. 14/F.400). 
  2396. .PP
  2397. \fINote\fR \ \(em\ DL structures can be defined which reference a particular
  2398. nested DL more than once at different levels of the nesting. Submission 
  2399. to such a parent\ DL can cause a recipient to receive multiple copies of 
  2400. the same 
  2401. message. The same result can occur if a message is addressed to multiple DLs
  2402. which contain a common member. Correlation of such copies can be done at the
  2403. recipient's UA, and/or in the MS.
  2404. .bp
  2405. .RT
  2406. .sp 1P
  2407. .LP
  2408. 14.7
  2409.     \fIRecursion control\fR 
  2410. .sp 9p
  2411. .RT
  2412. .PP
  2413. If a certain DL is directly or indirectly a member of itself (a
  2414. situation which can validly arise), or when DLs are combined with redirection, 
  2415. then a message might get back to the same list and potentially circulate 
  2416. infinitely. This is detected by the MTS and prevented from occurring.
  2417. .RT
  2418. .sp 1P
  2419. .LP
  2420. 14.8
  2421.     \fIDelivery\fR 
  2422. .sp 9p
  2423. .RT
  2424. .PP
  2425. On delivery of the message, the recipient will find out that he
  2426. received the message as a member of a DL, and through which DL, or chain 
  2427. or DLs he got the message. 
  2428. .RT
  2429. .sp 1P
  2430. .LP
  2431. 14.9
  2432.     \fIRouting loop control\fR 
  2433. .sp 9p
  2434. .RT
  2435. .PP
  2436. A message can be originated in one domain/MTA, expanded in a second domain/MTA, 
  2437. and then sent back to a DL member in the first domain/MTA. The MTS will 
  2438. not treat this as a routing loop error. 
  2439. .RT
  2440. .sp 1P
  2441. .LP
  2442. 14.10
  2443.     \fINotifications\fR 
  2444. .sp 9p
  2445. .RT
  2446. .PP
  2447. Delivery and non\(hydelivery notifications can be generated both at
  2448. the DL expansion point (e.g.\ if submit permission is denied), and at delivery 
  2449. to the ultimate recipient. 
  2450. .PP
  2451. When a message coming from a DL generates a notification, this
  2452. notification is sent to the DL from which the message came. The DL will 
  2453. then, depending on the policy of the list, forward the notification to 
  2454. the owner of the list, to the DL or originator from which it got the message, 
  2455. or both, as 
  2456. shown in Figure\ 15/F.400.
  2457. .RT
  2458. .LP
  2459. .rs
  2460. .sp 11P
  2461. .ad r
  2462. \fBFigure 15/F.400, p.\fR 
  2463. .sp 1P
  2464. .RT
  2465. .ad b
  2466. .RT
  2467. .PP
  2468. \fINote\fR \ \(em\ When notifications are sent to the originator after DL
  2469. expansion, the originator can receive many delivery/non\(hydelivery notifications 
  2470. for one originator specified recipient (the DL itself). The originator 
  2471. can even receive more than one notification from an ultimate recipient, 
  2472. if that 
  2473. recipient received the message more than once via different lists.
  2474. .sp 1P
  2475. .LP
  2476. 14.11
  2477.     \fIDL handling policy\fR 
  2478. .sp 9p
  2479. .RT
  2480. .PP
  2481. An MTA may or may not provide different policies on DL handling.
  2482. Such policies will control whether notifications generated at delivery to DL
  2483. members should be propagated back through the previous DL, or to the originator 
  2484. if no such previous DL, and/or to this list owner. If the policy is such 
  2485. that notifications are to be sent only to the list owner, then the originator 
  2486. will receive notifications if requested, only during expansion of that 
  2487. DL. In order to accomplish this restriction, the MTS will, while performing 
  2488. the expansion, reset the notification requests according to the policy 
  2489. for the list. 
  2490. .RT
  2491. .sp 2P
  2492. .LP
  2493. \fB15\fR     \fBSecurity capabilities of MHS\fR 
  2494. .sp 1P
  2495. .RT
  2496. .sp 1P
  2497. .LP
  2498. 15.1
  2499.     \fIIntroduction\fR 
  2500. .sp 9p
  2501. .RT
  2502. .PP
  2503. The distributed nature of MHS makes it desirable that mechanisms
  2504. are available to protect against various security threats that can arise. 
  2505. The nature of these threats and the capabilities to counter them are highlighted 
  2506. below.
  2507. .bp
  2508. .RT
  2509. .sp 2P
  2510. .LP
  2511. 15.2
  2512.     \fIMHS security threats\fR 
  2513. .sp 1P
  2514. .RT
  2515. .sp 1P
  2516. .LP
  2517. 15.2.1
  2518.     \fIAccess threats\fR 
  2519. .sp 9p
  2520. .RT
  2521. .PP
  2522. Invalid user access into MHS is one of the prime security threats to the 
  2523. system. If invalid users can be prevented from using the system, then 
  2524. the subsequent security threat to the system is greatly reduced.
  2525. .RT
  2526. .sp 1P
  2527. .LP
  2528. 15.2.2
  2529.     \fIInter\(hymessage threats\fR 
  2530. .sp 9p
  2531. .RT
  2532. .PP
  2533. Inter\(hymessage threats arise from unauthorized agents who are
  2534. external to the message communication, and can manifest themselves in the
  2535. following ways;
  2536. .RT
  2537. .LP
  2538.     \(em
  2539.     \fIMasquerade:\fR A user who does not have proof of whom he is
  2540. talking to can be easily misled by an imposer into revealing sensitive
  2541. information.
  2542. .LP
  2543.     \(em
  2544.     \fIMessage modification:\fR A genuine message which has been
  2545. modified by an unauthorized agent while it was transferred through the 
  2546. system can mislead the message recipient. 
  2547. .LP
  2548.     \(em
  2549.     \fIReplay:\fR Messages whose originators and contents are
  2550. genuine can be monitored by an unauthorized agent and could be recorded 
  2551. to be replayed to the message's intended recipient at a later date. This 
  2552. could be 
  2553. done in order to either extract more information from the intended recipient 
  2554. or to confuse him. 
  2555. .LP
  2556.     \(em
  2557.     \fITraffic analysis:\fR Analysis of message traffic between MH
  2558. users can reveal to an eavesdropper how much data (if any) is being sent
  2559. between users and how often. Even if the eavesdropper cannot determine the
  2560. actual contents of the messages, he can still deduce a certain amount of
  2561. information from the rate of traffic flow (e.g.\ continuous, burst, sporadic 
  2562. or none). 
  2563. .sp 1P
  2564. .LP
  2565. 15.2.3
  2566.     \fIIntra\(hymessage threats\fR 
  2567. .sp 9p
  2568. .RT
  2569. .PP
  2570. Intra\(hymessage threats are those performed by the actual message
  2571. communication participants themselves, and can manifest themselves in the
  2572. following ways:
  2573. .RT
  2574. .LP
  2575.     \(em
  2576.     \fIRepudiation of messages:\fR One of the actual communication
  2577. participants can deny involvement in the communication. This could have 
  2578. serious implications if financial transactions were being performed via 
  2579. MHS. 
  2580. .LP
  2581.     \(em
  2582.     \fISecurity level violation:\fR If a management domain within
  2583. MHS employs different security clearance levels (e.g.\ public, personal, 
  2584. private and company confidential) then users must be prevented from sending 
  2585. or 
  2586. receiving any messages for which they have an inadequate security clearance
  2587. level if the management domain's security is not to be compromised.
  2588. .sp 1P
  2589. .LP
  2590. 15.2.4
  2591.     \fIData store threats\fR 
  2592. .sp 9p
  2593. .RT
  2594. .PP
  2595. An MHS has a number of data stores within it that must be protected from 
  2596. the following threats: 
  2597. .RT
  2598. .LP
  2599.     \(em
  2600.     \fIModification of routing information:\fR Unauthorized
  2601. modification of the directory's contents could lead to messages being
  2602. mis\(hyrouted or even lost while unauthorized modification to the deferred
  2603. delivery data store or the hold for delivery data store could mislead or
  2604. confuse the intended recipient.
  2605. .LP
  2606.     \(em
  2607.     \fIPreplay:\fR An unauthorized agent could make a copy of a
  2608. deferred delivery message and send this copy to the intended recipient while
  2609. the original was still being held for delivery in the MTA. This could fool 
  2610. the message recipient into replying to the message originator before the 
  2611. originator was expecting a reply or simply mislead or confuse the original 
  2612. intended 
  2613. message recipient.
  2614. .sp 1P
  2615. .LP
  2616. 15.3
  2617.     \fISecurity model\fR 
  2618. .sp 9p
  2619. .RT
  2620. .PP
  2621. Security features can be provided by extending the capabilities of the 
  2622. components in the message handling system to include various security 
  2623. mechanisms.
  2624. .PP
  2625. There are two aspects to security in message handling: secure access management 
  2626. and administration, and secure messaging. 
  2627. .RT
  2628. .sp 1P
  2629. .LP
  2630. 15.3.1
  2631.     \fISecure access management and administration\fR 
  2632. .sp 9p
  2633. .RT
  2634. .PP
  2635. The capabilities in this section cover the establishment of an
  2636. authenticated association between adjacent components, and the setting up of
  2637. security parameters for the association. This can be applied to any pair of
  2638. components in the message handling system: UA/MTA, MTA/MTA, MS/MTA,\ etc.
  2639. .bp
  2640. .RT
  2641. .sp 1P
  2642. .LP
  2643. 15.3.2
  2644.     \fISecure messaging\fR 
  2645. .sp 9p
  2646. .RT
  2647. .PP
  2648. The capabilities in this section cover the application of security features 
  2649. to protect messages in the message handling system in accordance with a 
  2650. defined security policy. This includes elements of service enabling various 
  2651. components to verify the origin of messages and the integrity of their 
  2652. content, and elements of service to prevent unauthorized disclosure of 
  2653. the message 
  2654. content.
  2655. .PP
  2656. The capabilities in this section cover the application of security
  2657. features to protect messages directly submitted to the message transfer 
  2658. system by a user agent, message store, or an access unit. They do not cover 
  2659. the 
  2660. application of security features to protect communication between users 
  2661. and the message handling system, or MH user\(hyto\(hyMH user communication 
  2662. (a large part of MH user\(hyto\(hyMH user communication is protected between 
  2663. two UAs). Thus they do 
  2664. not apply, for example, to communication between a remote user's terminal 
  2665. and its UA, or to communication between these users' terminal equipment 
  2666. and other users in the MHS. Security capabilities to protect MH user\(hyto\(hyMH 
  2667. user 
  2668. communication are for further study.
  2669. .PP
  2670. Many of the secure messaging elements of service provide an originator 
  2671. to recipient capability, and require the use of user agents with security 
  2672. capabilities. They do not require the use of a message transfer system with
  2673. security features. (As an example, content confidentiality can be applied by
  2674. enciphering the message content by the originator, and deciphering by the
  2675. recipient, with various security parameters transferred within the message
  2676. envelope. Such a message can be transferred by an MTS which can handle the
  2677. format of the content (unformatted octets), and transparently handle the
  2678. security fields in the envelope.)
  2679. .PP
  2680. Some of the secure messaging elements of service involve an
  2681. interaction with the message transfer system, and require the use of message
  2682. transfer agents with security capabilities. (As an example, non\(hyrepudiation 
  2683. of submission requires the MTA, to which the message is submitted, to contain 
  2684. mechanisms to generate a proof of submission field.)
  2685. .PP
  2686. Some of the secure messaging elements of service apply to the MS as
  2687. well as UAs and MTAs, such as message security labelling. In general, however, 
  2688. the MS is transparent to security features that apply between the originators' 
  2689. and the recipients' UAs. 
  2690. .PP
  2691. The scope of the secure messaging elements of service is given in
  2692. Table 2/F.400. This describes the elements of service in terms of which MHS
  2693. component is the \*Qprovider\*U or which is the \*Quser\*U of the security 
  2694. service. For example, probe origin authentication is provided by the originating 
  2695. UA, and can be used by the MTAs through which the probe passes. 
  2696. .PP
  2697. This Recommendation describes the use of security services by the UA, and 
  2698. the MTA. How these features are applied to access units is for further 
  2699. study.
  2700. .RT
  2701. .sp 1P
  2702. .LP
  2703. 15.4
  2704.     \fIMHS security capabilities\fR 
  2705. .sp 9p
  2706. .RT
  2707. .PP
  2708. The elements of service describing the security features of MHS are defined 
  2709. in Annex\ B, and classified in\ \(sc\ 19. An overview of these capabilities 
  2710. is as follows: 
  2711. .RT
  2712. .LP
  2713.     \(em
  2714.     \fIMessage origin authentication:\fR Enables the recipient, or
  2715. any MTA through which the message passes, to authenticate the identity 
  2716. of the originator of a message. 
  2717. .LP
  2718.     \(em
  2719.     \fIReport origin authentication:\fR Allows the originator to
  2720. authenticate the origin of a delivery/non\(hydelivery report.
  2721. .LP
  2722.     \(em
  2723.     \fIProbe origin authentication:\fR Enables any MTA through
  2724. which the probe passes, to authenticate the origin of the probe.
  2725. .LP
  2726.     \(em
  2727.      \fIProof of delivery:\fR Enables the originator of a message to authenticate 
  2728. the delivered message and its content, and the identity of the 
  2729. recipient(s).
  2730. .LP
  2731.     \(em
  2732.     \fIProof of submission:\fR Enables the originator of a message
  2733. to authenticate that the message was submitted to the MTS for delivery 
  2734. to the originally specified recipient(s). 
  2735. .LP
  2736.     \(em
  2737.     \fISecure access management:\fR Provides for authentication
  2738. between adjacent components, and the setting up of the security context.
  2739. .LP
  2740.     \(em
  2741.     \fIContent integrity:\fR Enables the recipient to verify that
  2742. the original content of a message has not been modified.
  2743. .LP
  2744.     \(em
  2745.     \fIContent confidentiality:\fR Prevents the unauthorized
  2746. disclosure of the content of a message to a party other than the intended
  2747. recipient.
  2748. .bp
  2749. .LP
  2750.     \(em
  2751.     \fIMessage flow confidentiality:\fR Allows the originator of a
  2752. message to conceal the message flow through MHS.
  2753. .LP
  2754.     \(em
  2755.     \fIMessage sequence integrity:\fR Allows the originator to
  2756. provide to a recipient proof that the sequence of messages has been preserved.
  2757. .LP
  2758.     \(em
  2759.      \fINon\(hyrepudiation of origin:\fR Provides the recipient(s) of a message 
  2760. with proof of origin of the message and its content which will protect 
  2761. against any attempt by the originator to falsely deny sending the message 
  2762. or 
  2763. its content.
  2764. .LP
  2765.     \(em
  2766.      \fINon\(hyrepudiation of delivery:\fR Provides the originator of a message 
  2767. with proof of delivery of the message which will protect against any 
  2768. attempt by the recipient(s) to falsely deny receiving the message of its
  2769. content.
  2770. .LP
  2771.     \(em
  2772.      \fINon\(hyrepudiation of submission:\fR Provides the originator of a 
  2773. message with proof of submission of the message, which will protect against 
  2774. any attempt by the MTS to falsely deny that the message was submitted for 
  2775. delivery to the originally specified recipient(s).
  2776. .LP
  2777.     \(em
  2778.     \fIMessage security labelling:\fR Provides a capability to
  2779. categorize a message, indicating its sensitivity, which determines the 
  2780. handling of a message in line with the security policy in force. 
  2781. .ce
  2782. \fBH.T. [T2.400]\fR 
  2783. .ce
  2784. TABLE\ 2/F.400 
  2785. .ce
  2786. \fBProvision and use of secure messaging elements
  2787. .ce
  2788. of service by MHS components 
  2789. .ps 9
  2790. .vs 11
  2791. .nr VS 11
  2792. .nr PS 9
  2793. .TS
  2794. center box;
  2795. cw(120p) | cw(42p) | cw(24p) | cw(42p) .
  2796. Elements of service     Originating  MTS user    MTS     Recipient  MTS user
  2797. _
  2798. .T&
  2799. lw(120p) | cw(42p) | cw(24p) | cw(42p) .
  2800. Message origin authentication    P    U    U 
  2801. .T&
  2802. lw(120p) | cw(42p) | cw(24p) | cw(42p) .
  2803. Report origin authentication    U    P    \(em 
  2804. .T&
  2805. lw(120p) | cw(42p) | cw(24p) | cw(42p) .
  2806. Probe origin authentication    P    U    \(em
  2807. .T&
  2808. lw(120p) | cw(42p) | cw(24p) | cw(42p) .
  2809. Proof of delivery    U    \(em    P 
  2810. .T&
  2811. lw(120p) | cw(42p) | cw(24p) | cw(42p) .
  2812. Proof of submission    U    P    \(em 
  2813. .T&
  2814. lw(120p) | cw(42p) | cw(24p) | cw(42p) .
  2815. Secure access management    P    U    P 
  2816. .T&
  2817. lw(120p) | cw(42p) | cw(24p) | cw(42p) .
  2818. Content integrity    P    \(em    U 
  2819. .T&
  2820. lw(120p) | cw(42p) | cw(24p) | cw(42p) .
  2821. Content confidentiality    P    \(em    U
  2822. .T&
  2823. lw(120p) | cw(42p) | cw(24p) | cw(42p) .
  2824. Message flow confidentiality    P    \(em    \(em 
  2825. .T&
  2826. lw(120p) | cw(42p) | cw(24p) | cw(42p) .
  2827. Message sequence integrity    P    \(em    U 
  2828. .T&
  2829. lw(120p) | cw(42p) | cw(24p) | cw(42p) .
  2830. Non\(hyrepudiation of origin    P    \(em    U 
  2831. .T&
  2832. lw(120p) | cw(42p) | cw(24p) | cw(42p) .
  2833.  {
  2834. Non\(hyrepudiation of submission
  2835.  }    U    P    \(em 
  2836. .T&
  2837. lw(120p) | cw(42p) | cw(24p) | cw(42p) .
  2838.  {
  2839. Non\(hyrepudiation of delivery
  2840.  }    U    \(em    P 
  2841. .T&
  2842. lw(120p) | cw(42p) | cw(24p) | cw(42p) .
  2843. Message security labelling    P    U     U 
  2844. The MHS component is a provider of the service.
  2845. The MHS component is a user of the service.
  2846. .TE
  2847. .nr PS 9
  2848. .RT
  2849. .ad r
  2850. \fBTable 2/F.400 [T2.400], p.\fR 
  2851. .sp 1P
  2852. .RT
  2853. .ad b
  2854. .RT
  2855. .sp 1P
  2856. .LP
  2857. .sp 2
  2858. 15.5
  2859.     \fISecurity management\fR 
  2860. .sp 9p
  2861. .RT
  2862. .PP
  2863. Aspects of an asymmetric key management scheme to support the
  2864. above features are provided by the directory system authentication framework, 
  2865. described in Recommendation\ X.509. The directory stores certified copies 
  2866. of 
  2867. public keys for MHS users which can be used to provide authentication and to
  2868. facilitate key exchange for use in data confidentiality and data integrity
  2869. mechanisms. The certificates can be read from the directory using the directory 
  2870. access protocol described in Recommendation\ X.519. 
  2871. .PP
  2872. Recommendations for other types of key management schemes, including symmetric 
  2873. encryption, to support the security features are for further 
  2874. study.
  2875. .bp
  2876. .RT
  2877. .sp 2P
  2878. .LP
  2879. \fB16\fR     \fBConversion in MHS\fR 
  2880. .sp 1P
  2881. .RT
  2882. .PP
  2883. The MTS provides conversion functions to allow users to input
  2884. messages in one or more encoded formats, called encoded information types
  2885. (EITs), and have them delivered in other EITs to cater to users with various 
  2886. UA capabilities and terminal types. This capability is inherent in the 
  2887. MTS and 
  2888. increases the possibility of delivery by tailoring the message to the
  2889. recipient's terminal capabilities. The EITs standardized in MHS are listed 
  2890. in Recommendation\ X.411. Conversions and the use of the elements of service 
  2891. relating to conversion are available for EITs not defined in
  2892. Recommendation\ X.411, but supported by certain domains, either bilaterally
  2893. between these domains or within a domain itself.
  2894. .PP
  2895. MHS users have some control over the conversion process through
  2896. various elements of service as described in Annex\ B. These include the 
  2897. ability for a user to explicitly request the conversion required or as 
  2898. a default to let the MTS determine the need for conversion, and the type 
  2899. of conversion 
  2900. performed. Users also have the ability to request that conversion not be
  2901. performed or that conversion not be performed if loss of information will
  2902. result. When the MTS performs conversion on a message it informs the UA 
  2903. to whom the message is delivered that conversion took place and what the 
  2904. original EITs were. 
  2905. .PP
  2906. The conversion process for IP\(hymessages can be performed on body parts 
  2907. of specific types if they are present in a message. The general aspects 
  2908. of 
  2909. conversion and the specific conversion rules for conversion between different 
  2910. EITs are detailed in Recommendation\ X.408. 
  2911. .PP
  2912. Recommendation X.408 deals with conversion for the following: telex, IA5 
  2913. text, teletex, G3fax, G4\ Class1, videotex, voice, and mixed mode. 
  2914. .RT
  2915. .sp 2P
  2916. .LP
  2917. \fB17\fR     \fBUse of the MHS in provision of public services\fR 
  2918. .sp 1P
  2919. .RT
  2920. .PP
  2921. The message handling system is used in the provision of public MH services 
  2922. that are offered by Administrations for use by their subscribers. 
  2923. These public MH services are defined in the F.400\(hySeries Recommendations and
  2924. include:
  2925. .RT
  2926. .LP
  2927.     \(em
  2928.     the public message transfer service (Rec. F.410);
  2929. .LP
  2930.     \(em
  2931.     the public interpersonal messaging service
  2932. (Rec. F.420).
  2933. .PP
  2934. In addition complementary public services are offered by
  2935. Administrations to allow for the intercommunication between CCITT services 
  2936. and the public MH services mentioned above, as follows: 
  2937. .LP
  2938.     \(em
  2939.     intercommunication with public physical delivery services
  2940. (Rec.\ F.415).
  2941. .LP
  2942.     \(em
  2943.     intercommunication between the IPM service and the telex
  2944. service (Rec.\ F.421);
  2945. .LP
  2946.     \(em
  2947.     intercommunication between the IPM service and the teletex
  2948. service (Rec.\ F.422);
  2949. .PP
  2950. Recommendation F.401 describes the naming and addressing aspects for public 
  2951. MH services. 
  2952. .LP
  2953. .rs
  2954. .sp 16P
  2955. .ad r
  2956. BLANC
  2957. .ad b
  2958. .RT
  2959. .LP
  2960. .bp
  2961. .LP
  2962. PART\ 4\ \(em\ ELEMENTS OF SERVICE
  2963. .sp 1P
  2964. .RT
  2965. .sp 2P
  2966. .LP
  2967. \fB18\fR     \fBPurpose\fR 
  2968. .sp 1P
  2969. .RT
  2970. .PP
  2971. Elements of service are particular features, functions, or
  2972. capabilities of MHS. All the elements of service applicable for MHS are 
  2973. defined in Annex\ B, where they are listed in alphabetical order with a 
  2974. corresponding 
  2975. reference number. The realization of these elements of service in MHS are
  2976. described in other Recommendations in the X.400\ Series.
  2977. .PP
  2978. Elements of service are associated with the various services provided in 
  2979. MHS. There are elements of service for the message transfer service which 
  2980. provide for a basic capability for sending and receiving messages between 
  2981. UAs. There are elements of service for the interpersonal messaging service 
  2982. which 
  2983. provide for the sending and receiving of messages between a particular 
  2984. class of UAs called IPM UAs. There are elements of service for the physical 
  2985. delivery 
  2986. service, enabling MH users to send messages and have them delivered in a
  2987. physical medium to non\(hyMH users. There are elements of service specifically
  2988. available for the use of message stores.
  2989. .PP
  2990. The elements of service for the IPM service include those available
  2991. for the MT service, the PD service, and the message store as well as specific 
  2992. ones applicable to the IPM service. 
  2993. .PP
  2994. Table 3/F.400 lists all the elements of service available in MHS,
  2995. shows what service they are specifically associated with of the presently
  2996. defined services, MT service, IPM service, and PD service, or whether they 
  2997. are specific to the message store, and gives the corresponding reference 
  2998. number to the definition in Annex\ B. 
  2999. .RT
  3000. .LP
  3001. .rs
  3002. .sp 34P
  3003. .ad r
  3004. BLANC
  3005. .ad b
  3006. .RT
  3007. .LP
  3008. .bp
  3009. .ce
  3010. \fBH.T. [1T3.400]\fR 
  3011. .ce
  3012. TABLE\ 3/F.400
  3013. .ce
  3014. \fBMHS elements of service\fR 
  3015. .ps 9
  3016. .vs 11
  3017. .nr VS 11
  3018. .nr PS 9
  3019. .TS
  3020. center box;
  3021. cw(126p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) .
  3022. Elements of service     MT    IPM    PD    MS    Annex B reference
  3023. _
  3024. .T&
  3025. lw(126p) | cw(18p) | lw(18p) | lw(18p) | lw(18p) | cw(30p) .
  3026. Access management    X                B.1\ 
  3027. .T&
  3028. lw(126p) | cw(18p) | lw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3029. Additional physical rendition            X        B.2\ 
  3030. .T&
  3031. lw(126p) | cw(18p) | lw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3032. Alternate recipient allowed    X                B.3\ 
  3033. .T&
  3034. lw(126p) | cw(18p) | lw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3035.  {
  3036. Alternate recipient assignment
  3037.  }    X                B.4\ 
  3038. .T&
  3039. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3040. Authorizing users indication        X            B.5\ 
  3041. .T&
  3042. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3043. Auto\(hyforwarded indication        X            B.6\ 
  3044. .T&
  3045. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3046. Basic physical rendition            X        B.7\ 
  3047. .T&
  3048. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3049.  {
  3050. Blind copy recipient indication
  3051.  }        X            B.8\ 
  3052. .T&
  3053. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3054.  {
  3055. Body part encryption indication
  3056.  }        X            B.9\ 
  3057. .T&
  3058. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3059. Content confidentiality    X                B.10 
  3060. .T&
  3061. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3062. Content integrity    X                B.11 
  3063. .T&
  3064. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3065. Content type indication    X                B.12 
  3066. .T&
  3067. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3068. Conversion prohibition    X                B.13 
  3069. .T&
  3070. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3071.  {
  3072. Conversion prohibition in case of loss information
  3073.  }    X                B.14 
  3074. .T&
  3075. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3076. Converted indication    X                B.15 
  3077. .T&
  3078. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3079. Counter collection            X        B.16
  3080. .T&
  3081. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3082.  {
  3083. Counter collection with advice
  3084.  }            X        B.17 
  3085. .T&
  3086. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3087.  {
  3088. Cross\(hyreferencing indication
  3089.  }        X            B.18 
  3090. .T&
  3091. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3092. Deferred delivery    X                B.19 
  3093. .T&
  3094. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3095.  {
  3096. Deferred delivery cancellation
  3097.  }    X                B.20 
  3098. .T&
  3099. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3100. Delivery notification    X                B.21 
  3101. .T&
  3102. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3103.  {
  3104. Delivery time stamp indication
  3105.  }    X                B.22 
  3106. .T&
  3107. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3108.  {
  3109. Delivery via Bureaufax service
  3110.  }            X        B.23 
  3111. .T&
  3112. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3113.  {
  3114. Designation of recipient by directory name
  3115.  }    X                B.24 
  3116. .T&
  3117. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3118.  {
  3119. Disclosure of other recipients
  3120.  }    X                B.25 
  3121. .T&
  3122. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3123.  {
  3124. DL expansion history indication
  3125.  }    X                B.26 
  3126. .T&
  3127. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3128. DL expansion prohibited    X                B.27 
  3129. .T&
  3130. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3131. EMS (express mail service)            X        B.28 
  3132. .T&
  3133. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3134. Expiry date indication        X            B.29 
  3135. .T&
  3136. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3137. Explicit conversion    X                B.30 
  3138. .T&
  3139. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3140.  {
  3141. Fowarded IP\(hymessage indication
  3142.  }        X            B.31 
  3143. .T&
  3144. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3145. Garde of delivery selection    X                B.32 
  3146. .T&
  3147. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3148. Hold for delivery    X                B.33 
  3149. .T&
  3150. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3151. Implicit conversion    X                B.34 
  3152. .T&
  3153. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3154. Importance indication        X            B.35 
  3155. .T&
  3156. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3157. Incomplete copy indication        X            B.36 
  3158. .T&
  3159. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3160. IP\(hymessage identification        X            B.37 
  3161. .T&
  3162. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3163. Language indication        X            B.38 
  3164. .T&
  3165. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3166. Latest delivery designation    X                B.39 
  3167. .T&
  3168. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3169. Message flow confidentiality    X                B.40 
  3170. .T&
  3171. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3172. Message identification    X                B.41 
  3173. .T&
  3174. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3175. Message origin authentication    X                B.42 
  3176. .T&
  3177. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3178. Message security labelling    X                B.43 
  3179. .T&
  3180. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3181. Message sequence integrity    X                B.44 
  3182. .T&
  3183. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3184. Multi\(hydestination delivery    X                B.45 
  3185. .T&
  3186. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3187. Multi\(hypart body        X            B.46 
  3188. .T&
  3189. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3190. Non\(hydelivery notification    X                B.47 
  3191. _
  3192. .TE
  3193. .nr PS 9
  3194. .RT
  3195. .ad r
  3196. \fBTableau 3/F.400 [1T3.400], p. 18\fR 
  3197. .sp 1P
  3198. .RT
  3199. .ad b
  3200. .RT
  3201. .LP
  3202. .bp
  3203. .ce
  3204. \fBH.T. [2T3.400]\fR 
  3205. .ce
  3206. TABLE\ 3/F.400\ \fI(cont.)\fR 
  3207. .ps 9
  3208. .vs 11
  3209. .nr VS 11
  3210. .nr PS 9
  3211. .TS
  3212. center box;
  3213. cw(126p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) .
  3214. Elements of service     MT    IPM    PD    MS    Annex B reference
  3215. _
  3216. .T&
  3217. lw(126p) | lw(18p) | cw(18p) | lw(18p) | lw(18p) | cw(30p) .
  3218.  {
  3219. Non\(hyreceipt notification request indication
  3220.  }        X            B.48 
  3221. .T&
  3222. lw(126p) | cw(18p) | cw(18p) | lw(18p) | lw(18p) | cw(30p) .
  3223.  {
  3224. Non\(hyrepudiation of delivery
  3225.  }    X                B.49 
  3226. .T&
  3227. lw(126p) | cw(18p) | cw(18p) | lw(18p) | lw(18p) | cw(30p) .
  3228. Non\(hyrepudiation of origin    X                B.50 
  3229. .T&
  3230. lw(126p) | cw(18p) | cw(18p) | lw(18p) | lw(18p) | cw(30p) .
  3231.  {
  3232. Non\(hyrepudiation of submission
  3233.  }    X                B.51 
  3234. .T&
  3235. lw(126p) | cw(18p) | cw(18p) | lw(18p) | lw(18p) | cw(30p) .
  3236. Obsoleting indication        X            B.52 
  3237. .T&
  3238. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3239. Ordinary mail            X        B.53 
  3240. .T&
  3241. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3242.  {
  3243. Original encoded information types indication
  3244.  }    X                B.54 
  3245. .T&
  3246. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3247. Originator indication        X            B.55 
  3248. .T&
  3249. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3250.  {
  3251. Originator requested alternate recipient
  3252.  }    X                B.56 
  3253. .T&
  3254. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3255.  {
  3256. Physical delivery notification by MHS
  3257.  }            X        B.57 
  3258. .T&
  3259. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3260.  {
  3261. Physical delivery notification by PDS
  3262.  }            X        B.58 
  3263. .T&
  3264. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3265. Physical forwarding allowed            X        B.59 
  3266. .T&
  3267. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3268. Physical fowarding prohibited            X        B.60 
  3269. .T&
  3270. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3271.  {
  3272. Prevention of non\(hydelivery notification
  3273.  }    X                B.61 
  3274. .T&
  3275. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3276.  {
  3277. Primary and copy recipients indication
  3278.  }        X            B.62 
  3279. .T&
  3280. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3281. Probe    X                B.63 
  3282. .T&
  3283. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3284. Probe origin authentication    X                B.64 
  3285. .T&
  3286. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3287. Proof of delivery    X                B.65 
  3288. .T&
  3289. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3290. Proof of submission    X                B.66 
  3291. .T&
  3292. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3293.  {
  3294. Receipt notification request indication
  3295.  }        X            B.67 
  3296. .T&
  3297. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3298.  {
  3299. Redirection disallowed by originator
  3300.  }    X                B.68 
  3301. .T&
  3302. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3303.  {
  3304. Redirection of incoming messages
  3305.  }    X                B.69 
  3306. .T&
  3307. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3308. Registered mail            X        B.70 
  3309. .T&
  3310. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3311.  {
  3312. Registered mail to addressee in person
  3313.  }            X        B.71 
  3314. .T&
  3315. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3316. Reply request indication        X            B.72 
  3317. .T&
  3318. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3319.  {
  3320. Replying IP\(hymessage indication
  3321.  }        X            B.73 
  3322. .T&
  3323. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3324. Report origin authentication    X                B.74 
  3325. .T&
  3326. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3327.  {
  3328. Request for forwarding address
  3329.  }            X        B.75 
  3330. .T&
  3331. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3332. Requested delivery method    X                B.76 
  3333. .T&
  3334. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3335. Restricted delivery    X                B.77 
  3336. .T&
  3337. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3338. Return of content    X                B.78 
  3339. .T&
  3340. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3341. Secure access management    X                B.79 
  3342. .T&
  3343. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3344. Sensitivity indication        X            B.80 
  3345. .T&
  3346. lw(126p) | cw(18p) | cw(18p) | cw(18p) | lw(18p) | cw(30p) .
  3347. Special delivery            X        B.81 
  3348. .T&
  3349. lw(126p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) .
  3350. Stored message alert                X    B.82 
  3351. .T&
  3352. lw(126p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) .
  3353.  {
  3354. Stored message auto\(hyforward
  3355.  }                X    B.83 
  3356. .T&
  3357. lw(126p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) .
  3358. Stored message deletion                X    B.84 
  3359. .T&
  3360. lw(126p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) .
  3361. Stored message fetching                X    B.85 
  3362. .T&
  3363. lw(126p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) .
  3364. Stored message listing                X    B.86 
  3365. .T&
  3366. lw(126p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) .
  3367. Stored message summary                X    B.87 
  3368. .T&
  3369. lw(126p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) .
  3370. Subject indication        X            B.88 
  3371. .T&
  3372. lw(126p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) .
  3373.  {
  3374. Submission time stamp indication
  3375.  }    X                B.89 
  3376. .T&
  3377. lw(126p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) .
  3378. Type body        X            B.90 
  3379. .T&
  3380. lw(126p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) .
  3381.  {
  3382. Undeliverable mail with return of physical message
  3383.  }            X        B.91 
  3384. .T&
  3385. lw(126p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) .
  3386. Use of distribution list    X                B.92 
  3387. .T&
  3388. lw(126p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(30p) .
  3389.  {
  3390. User/UA capabilities registration
  3391.  }    X                B.93 
  3392. _
  3393. .TE
  3394. .nr PS 9
  3395. .RT
  3396. .ad r
  3397. \fBTableau 3/F.400 [2T3.400], p. 19\fR 
  3398. .sp 1P
  3399. .RT
  3400. .ad b
  3401. .RT
  3402. .LP
  3403. .bp
  3404. .sp 2P
  3405. .LP
  3406. \fB19\fR     \fBClassification\fR 
  3407. .sp 1P
  3408. .RT
  3409. .sp 1P
  3410. .LP
  3411. 19.1
  3412.     \fIPurpose of classification\fR 
  3413. .sp 9p
  3414. .RT
  3415. .PP
  3416. The elements of service of MHS are classified either as belonging to a 
  3417. basic (also called base for PD and MS) service, or as optional user 
  3418. facilities. Elements of service belonging to a basic service are inherently
  3419. part of that service \(em\ they constitute the basic service and are always
  3420. provided and available for use of that service.
  3421. .PP
  3422. Other elements of service, called optional user facilities, can be
  3423. selected by the subscriber or user, either on a per\(hymessage basis, or for an
  3424. agreed contractual period of time. Each optional user facility is classified 
  3425. as either essential or additional. Essential (E) optional user facilities 
  3426. are to be made available to all MH users. Additional (A) optional user 
  3427. facilities can be made available for national use, and for international 
  3428. use on the basis of bilateral agreement. 
  3429. .RT
  3430. .sp 1P
  3431. .LP
  3432. 19.2
  3433.     \fIBasic message transfer service\fR 
  3434. .sp 9p
  3435. .RT
  3436. .PP
  3437. The basic MT service enables a UA to submit and to have messages
  3438. delivered to it. If a message cannot be delivered, the originating UA is so
  3439. informed through a non\(hydelivery notification. Each message is uniquely and
  3440. unambiguously identified. To facilitate meaningful communication, a UA can
  3441. specify the encoded information type(s) that can be contained in messages 
  3442. which are delivered to it. The content type and original encoded information 
  3443. type(s) of a message and an indication of any conversions that have been 
  3444. performed, and the resulting encoded information type(s), are supplied 
  3445. with each delivered 
  3446. message. In addition, the submission time and delivery time are supplied 
  3447. with each message. The MT elements of service belonging to the basic MT 
  3448. service are listed in Table\ 4/F.400. 
  3449. .RT
  3450. .ce
  3451. \fBH.T. [T4.400]\fR 
  3452. .ce
  3453.  
  3454. .ce
  3455. TABLE\ 4/F.400
  3456. .ce
  3457. \fBElements of service belonging to the basic MT service\fR 
  3458. .ps 9
  3459. .vs 11
  3460. .nr VS 11
  3461. .nr PS 9
  3462. .TS
  3463. center box;
  3464. cw(120p) | cw(42p) .
  3465. Elements of service     Annex B ref.
  3466. _
  3467. .T&
  3468. lw(120p) | cw(42p) .
  3469. Access management    B.1\ 
  3470. .T&
  3471. lw(120p) | cw(42p) .
  3472. Content type indication    B.12 
  3473. .T&
  3474. lw(120p) | cw(42p) .
  3475. Converted indication    B.15 
  3476. .T&
  3477. lw(120p) | cw(42p) .
  3478.  {
  3479. Delivery time stamp indication
  3480.  }    B.22 
  3481. .T&
  3482. lw(120p) | cw(42p) .
  3483. Message indication    B.41 
  3484. .T&
  3485. lw(120p) | cw(42p) .
  3486. Non\(hydelivery notification    B.47 
  3487. .T&
  3488. lw(120p) | cw(42p) .
  3489.  {
  3490. Original encoded information types indication
  3491.  }    B.54 
  3492. .T&
  3493. lw(120p) | cw(42p) .
  3494.  {
  3495. Submission time stamp indication
  3496.  }    B.89 
  3497. .T&
  3498. lw(120p) | cw(42p) .
  3499.  {
  3500. User/UA capabilities registration
  3501.  }    B.93 
  3502. _
  3503. .TE
  3504. .nr PS 9
  3505. .RT
  3506. .ad r
  3507. \fBTable 4/F.400 [T4.400], p.\fR 
  3508. .sp 1P
  3509. .RT
  3510. .ad b
  3511. .RT
  3512. .LP
  3513. .sp 2
  3514. .sp 1P
  3515. .LP
  3516. 19.3
  3517.     \fIMT service optional user facilities\fR 
  3518. .sp 9p
  3519. .RT
  3520. .PP
  3521. Optional user facilities for the MT service can be selected on a
  3522. per\(hymessage basis, or for an agreed period of time. Each optional user 
  3523. facility is classified as either essential or additional as described in 
  3524. \(sc\ 19.1. 
  3525. Table\ 5/F.400 lists the elements of service comprising the optional user
  3526. facilities of the MT service with their classification and their availability 
  3527. (PM: per\(hymessage; CA: contractual agreement). Optional user facilities 
  3528. for the PD service and the message store, while forming a part of the MT 
  3529. service 
  3530. optional user facilities, are not listed in this table because they are 
  3531. subject to either a PDAU or an MS being supplied, and are given separate 
  3532. classifications in Tables\ 6/F.400\(hy9/F.400.
  3533. .bp
  3534. .RT
  3535. .ce
  3536. \fBH.T. [T5.400]\fR 
  3537. .ce
  3538.  
  3539. .ce
  3540. TABLE\ 5/F.400
  3541. .ce
  3542. \fBMT service optional user facilities\fR 
  3543. .ps 9
  3544. .vs 11
  3545. .nr VS 11
  3546. .nr PS 9
  3547. .TS
  3548. center box;
  3549. cw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3550. Elements of service     Classification    Available     Annex B ref.
  3551. _
  3552. .T&
  3553. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3554. Alternate recipient allowed    E    PM    B.3\ 
  3555. .T&
  3556. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3557.  {
  3558. Alternate recipient assignment
  3559.  }    A    CA    B.4\ 
  3560. .T&
  3561. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3562. Content confidentiality    A    PM    B.10 
  3563. .T&
  3564. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3565. Content integrity    A    PM    B.11
  3566. .T&
  3567. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3568. Conversion prohibition    E    PM    B.13 
  3569. .T&
  3570. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3571.  {
  3572. Conversion prohibition in case of loss of information
  3573.  }    A    PM    B.14 
  3574. .T&
  3575. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3576. Deffered delivery    E    PM    B.19 
  3577. .T&
  3578. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3579. Defered delivery cancellation    E    PM    B.20 
  3580. .T&
  3581. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3582. Delivery notification    E    PM    B.21 
  3583. .T&
  3584. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3585.  {
  3586. Designation of recipient by directory name
  3587.  }    A    PM    B.24 
  3588. .T&
  3589. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3590.  {
  3591. Disclosure of other recipients
  3592.  }    E    PM    B.25 
  3593. .T&
  3594. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3595.  {
  3596. DL expansion history indication
  3597.  }    E    PM    B.26 
  3598. .T&
  3599. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3600. DL expansion prohibited    A    PM    B.27 
  3601. .T&
  3602. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3603. Explicit conversion    A    PM    B.30 
  3604. .T&
  3605. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3606. Grade of delivery selection    E    PM    B.32 
  3607. .T&
  3608. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3609. Hold for delivery    A    CA    B.33 
  3610. .T&
  3611. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3612. Implicit conversion    A    CA    B.34 
  3613. .T&
  3614. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3615. Lastest delivery designation    A    PM    B.39 
  3616. .T&
  3617. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3618. Message flow confidentiality    A    PM    B.40 
  3619. .T&
  3620. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3621. Message origin authentication    A    PM    B.42 
  3622. .T&
  3623. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3624. Message security labelling    A    PM    B.43 
  3625. .T&
  3626. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3627. Message sequence integrity    A    PM    B.44 
  3628. .T&
  3629. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3630. Multi\(hydestination delivery    A    PM    B.45 
  3631. .T&
  3632. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3633.  {
  3634. Non\(hyrepudiation of delivery
  3635.  }    A    PM    B.49 
  3636. .T&
  3637. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3638.  {
  3639. Non\(hyrepudiatation of origin
  3640.  }    A    PM    B.50 
  3641. .T&
  3642. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3643.  {
  3644. Non\(hyrepudiation of submission
  3645.  }    A    PM    B.51 
  3646. .T&
  3647. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3648.  {
  3649. Originator requested alternate recipient
  3650.  }    A    PM    B.56 
  3651. .T&
  3652. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3653.  {
  3654. Prevention of non\(hydelivery notification
  3655.  }    A    PM    B.61 
  3656. .T&
  3657. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3658. Probe    E    PM    B.63 
  3659. .T&
  3660. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3661. Probe origin authentication    A    PM    B.64 
  3662. .T&
  3663. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3664. Proof of delivery    A    PM    B.65 
  3665. .T&
  3666. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3667. Proof of submission    A    PM    B.66 
  3668. .T&
  3669. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3670.  {
  3671. Redirection disallowed by originator
  3672.  }    A    PM    B.68 
  3673. .T&
  3674. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3675.  {
  3676. Redirection of incoming messages
  3677.  }    A    CA    B.69 
  3678. .T&
  3679. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3680. Report origin authentication    A    PM    B.74 
  3681. .T&
  3682. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3683. Requested delivery method    E | ua\d\u)\d    PM    B.76
  3684. .T&
  3685. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3686. Restricted delivery    A    CA    B.77 
  3687. .T&
  3688. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3689. Return of content    A    PM    B.78 
  3690. .T&
  3691. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3692. Secure access management    A    CA    B.79 
  3693. .T&
  3694. lw(120p) | cw(36p) | cw(36p) | cw(36p) .
  3695. Use of distribution list    A    PM     B.92
  3696. .TE
  3697. .LP
  3698. \ua\d\u)\d
  3699. Does not imply the provision of all delivery methods which may be requested.
  3700. .nr PS 9
  3701. .RT
  3702. .ad r
  3703. \fBTable 5/F.400 [T5.400], p.\fR 
  3704. .sp 1P
  3705. .RT
  3706. .ad b
  3707. .RT
  3708. .LP
  3709. .bp
  3710. .sp 1P
  3711. .LP
  3712. 19.4
  3713.     \fIBase MH/PD service intercommunication\fR 
  3714. .sp 9p
  3715. .RT
  3716. .PP
  3717. The base MH/PD service intercommunication can be supplied, to
  3718. enhance the MT service, and enables messages to be delivered to recipients 
  3719. in a physical (typically hard copy) format via a physical delivery service 
  3720. such as the postal service. This capability is applicable for use by any 
  3721. application 
  3722. making use of the MT service. The MH/PD elements of service belonging to the
  3723. base MH/PD service intercommunication are available on a per\(hyrecipient basis
  3724. and are listed in Table\ 6/F.400. When this intercommunication is provided,
  3725. through a PDAU, all the elements of service shown in Table\ 6/F.400 shall be
  3726. supported.
  3727. .RT
  3728. .ce
  3729. \fBH.T. [T6.400]\fR 
  3730. .ce
  3731. TABLE\ 6/F.400
  3732. .ce
  3733. \fBElements of service belonging to the base MH/PD\fR 
  3734. .ce
  3735. \fB   service intercommunication\fR 
  3736. .ps 9
  3737. .vs 11
  3738. .nr VS 11
  3739. .nr PS 9
  3740. .TS
  3741. center box;
  3742. cw(120p) | cw(42p) .
  3743. Elements of service    Annex B ref.
  3744. _
  3745. .T&
  3746. lw(120p) | cw(42p) .
  3747. Basic physical rendition    B.7\ 
  3748. .T&
  3749. lw(120p) | cw(42p) .
  3750. Ordinary mail    B.53 
  3751. .T&
  3752. lw(120p) | cw(42p) .
  3753. Physical forwarding allowed    B.59 
  3754. .T&
  3755. lw(120p) | cw(42p) .
  3756.  {
  3757. Undeliverable mail with return of physical message
  3758.  }    B.91 
  3759. _
  3760. .TE
  3761. .nr PS 9
  3762. .RT
  3763. .ad r
  3764. \fBTable 6/F.400 [T6.400], p.\fR 
  3765. .sp 1P
  3766. .RT
  3767. .ad b
  3768. .RT
  3769. .sp 1P
  3770. .LP
  3771. 19.5
  3772.     \fIOptional user facilities for MH/PD service intercommunication\fR 
  3773. .sp 9p
  3774. .RT
  3775. .PP
  3776. Base MH/PD elements of servie \(sc 19.4) together with the optional
  3777. user facilities listed below, can be used together for the provision of the
  3778. MH/PD service intercommunication. This capability is applicable for use 
  3779. by any application making use of the enhanced MT service. These optional 
  3780. user 
  3781. facilities can be selected on a per\(hyrecipient basis and are listed in
  3782. Table\ 7/F.400.
  3783. .RT
  3784. .ce
  3785. \fBH.T. [T7.400]\fR 
  3786. .ce
  3787. TABLE\ 7/F.400
  3788. .ce
  3789. \fBOptional user facilities for MH/PD service intercommunication\fR 
  3790. .ps 9
  3791. .vs 11
  3792. .nr VS 11
  3793. .nr PS 9
  3794. .TS
  3795. center box;
  3796. cw(132p) | cw(36p) | cw(36p) .
  3797. Elements of service    Classification    Annex B ref.
  3798. _
  3799. .T&
  3800. lw(132p) | cw(36p) | cw(36p) .
  3801. Additional physical rendition    A    B.2\ 
  3802. .T&
  3803. lw(132p) | cw(36p) | cw(36p) .
  3804. Counter collection    E    B.16
  3805. .T&
  3806. lw(132p) | cw(36p) | cw(36p) .
  3807.  {
  3808. Counter collection with advice
  3809.  }    A    B.17 
  3810. .T&
  3811. lw(132p) | cw(36p) | cw(36p) .
  3812.  {
  3813. Delivery via Bureaufax service
  3814.  }    A    B.23 
  3815. .T&
  3816. lw(132p) | cw(36p) | cw(36p) .
  3817.  {
  3818. EMS (express mail service) | ua\d\u)\d
  3819.  }    E    B.28 
  3820. .T&
  3821. lw(132p) | cw(36p) | cw(36p) .
  3822.  {
  3823. Physical delivery notification by MHS
  3824.  }    A    B.57
  3825. .T&
  3826. lw(132p) | cw(36p) | cw(36p) .
  3827.  {
  3828. Physical delivery notification by PDS
  3829.  }    A    B.58 
  3830. .T&
  3831. lw(132p) | cw(36p) | cw(36p) .
  3832.  {
  3833. Notification forwarding prohibited
  3834.  }    A    B.60 
  3835. .T&
  3836. lw(132p) | cw(36p) | cw(36p) .
  3837. Registered mail    A    B.70 
  3838. .T&
  3839. lw(132p) | cw(36p) | cw(36p) .
  3840.  {
  3841. Registered mail to addressee in person
  3842.  }    A    B.71 
  3843. .T&
  3844. lw(132p) | cw(36p) | cw(36p) .
  3845.  {
  3846. Request for forwarding address
  3847.  }    A    B.75 
  3848. .T&
  3849. lw(132p) | cw(36p) | cw(36p) .
  3850. Special delivery | ua\d\u)\d    E     B.81 
  3851. .TE
  3852. .LP
  3853. \ua\d\u)\d
  3854. At least one or the other shall be supported by the PDAU
  3855. and the associated PDS.
  3856. .nr PS 9
  3857. .RT
  3858. .ad r
  3859. \fBTable 7/F.400 [T7.400], p.\fR 
  3860. .sp 1P
  3861. .RT
  3862. .ad b
  3863. .RT
  3864. .LP
  3865. .bp
  3866. .sp 1P
  3867. .LP
  3868. 19.6
  3869.     \fIBase message store\fR 
  3870. .sp 9p
  3871. .RT
  3872. .PP
  3873. The base message store is optionally available to provide for
  3874. storage and management of incoming messages acting as an intermediary between 
  3875. a UA and an MTA. The MS is applicable for use in any application making 
  3876. use of 
  3877. the MT service. The elements of service belonging to the base message store 
  3878. are listed in Table\ 8/F.400. When an MS is provided, all the elements 
  3879. of service 
  3880. shown in Table\ 8/F.400 shall be supported.
  3881. .RT
  3882. .ce
  3883. \fBH.T. [T8.400]\fR 
  3884. .ce
  3885. TABLE\ 8/F.400
  3886. .ce
  3887. \fBBase message store 
  3888. .ps 9
  3889. .vs 11
  3890. .nr VS 11
  3891. .nr PS 9
  3892. .TS
  3893. center box;
  3894. cw(120p) | cw(42p) .
  3895. Elements of service     Annex B ref.
  3896. _
  3897. .T&
  3898. lw(120p) | cw(42p) .
  3899. Stored message deletion    B.84 
  3900. .T&
  3901. lw(120p) | cw(42p) .
  3902. Stored message fetching    B.85 
  3903. .T&
  3904. lw(120p) | cw(42p) .
  3905. Stored message listing    B.86 
  3906. .T&
  3907. lw(120p) | cw(42p) .
  3908. Stored message summary    B.87 
  3909. _
  3910. .TE
  3911. .nr PS 9
  3912. .RT
  3913. .ad r
  3914. \fBTable 8/F.400 [T8.400], p.\fR 
  3915. .sp 1P
  3916. .RT
  3917. .ad b
  3918. .RT
  3919. .sp 1P
  3920. .LP
  3921. .sp 1
  3922. 19.7
  3923.     \fIMS optional user facilities\fR 
  3924. .sp 9p
  3925. .RT
  3926. .PP
  3927. Base MS elements of service (\(sc 19.6) together with the optional
  3928. user facilities listed below can be used together for enhanced use of a 
  3929. message store. The enhanced MS is applicable for use in any application 
  3930. making use of the MT service. The elements of service comprising the MS 
  3931. optional user 
  3932. facilities are listed in Table\ 9/F.400.
  3933. .RT
  3934. .ce
  3935. \fBH.T. [T9.400]\fR 
  3936. .ce
  3937. TABLE\ 9/F.400
  3938. .ce
  3939. \fBMS optional user facilities\fR 
  3940. .ps 9
  3941. .vs 11
  3942. .nr VS 11
  3943. .nr PS 9
  3944. .TS
  3945. center box;
  3946. cw(132p) | cw(36p) | cw(36p) .
  3947. Elements of service     Classification    Annex B ref.
  3948. _
  3949. .T&
  3950. lw(132p) | cw(36p) | cw(36p) .
  3951. Stored message alert    A    B.82 
  3952. .T&
  3953. lw(132p) | cw(36p) | cw(36p) .
  3954.  {
  3955. Stored message auto\(hyforward
  3956.  }    A    B.83 
  3957. _
  3958. .TE
  3959. .nr PS 9
  3960. .RT
  3961. .ad r
  3962. \fBTable 9/F.400 [T9.400], p.\fR 
  3963. .sp 1P
  3964. .RT
  3965. .ad b
  3966. .RT
  3967. .sp 1P
  3968. .LP
  3969. .sp 1
  3970. 19.8
  3971.     \fIBasic interpersonal messaging service\fR 
  3972. .sp 9p
  3973. .RT
  3974. .PP
  3975. The basic IPM service, which makes use of the MT service, enables a user 
  3976. to send and receive IP\(hymessages. A user prepares IP\(hymessages with 
  3977. the 
  3978. assistance of his user agent (UA). User agents cooperate with each other to
  3979. facilitate communication between their respective users. To send an IP\(hymessage, 
  3980. the originating user submits the message to his UA specifying the O/R name 
  3981. of the recipient who is to receive the IP\(hymessage. The IP\(hymessage, 
  3982. which has an 
  3983. identifier conveyed with it, is then sent by the originator's UA to the
  3984. recipient's UA via the message transfer service.
  3985. .bp
  3986. .PP
  3987. Following a successful delivery to the recipient's UA, the IP\(hymessage 
  3988. can be received by the recipient. To facilitate meaningful communication, 
  3989. a 
  3990. recipient can specify the encoded information type(s) contained in IP\(hymessages 
  3991. that he will allow to be delivered to his UA. The original encoded information 
  3992. type(s) and an indication of any conversions that have been performed and 
  3993. the resulting encoded information type(s) are supplied with each delivered 
  3994. IP\(hymessage. In addition, the submission time and delivery time are supplied
  3995. with each IP\(hymessage. Non\(hydelivery notification is provided with 
  3996. the basic 
  3997. service. The IPM elements of service belonging to the basic IPM service are
  3998. listed in Table\ 10/F.400.
  3999. .RT
  4000. .ce
  4001. \fBH.T. [T10.400]\fR 
  4002. .ce
  4003. TABLE\ 10/F.400
  4004. .ce
  4005. \fBElements of service belonging to the basic IPM service\fR 
  4006. .ps 9
  4007. .vs 11
  4008. .nr VS 11
  4009. .nr PS 9
  4010. .TS
  4011. center box;
  4012. cw(120p) | cw(42p) .
  4013. Elements of service    Annex B ref.
  4014. _
  4015. .T&
  4016. lw(120p) | cw(42p) .
  4017. Access management    B.1\ 
  4018. .T&
  4019. lw(120p) | cw(42p) .
  4020. Content type indication    B.12
  4021. .T&
  4022. lw(120p) | cw(42p) .
  4023. Converted indication    B.15 
  4024. .T&
  4025. lw(120p) | cw(42p) .
  4026.  {
  4027. Delivery time stamp indication
  4028.  }    B.22 
  4029. .T&
  4030. lw(120p) | cw(42p) .
  4031. IP\(hymessage identification    B.37 
  4032. .T&
  4033. lw(120p) | cw(42p) .
  4034. Message identification    B.41 
  4035. .T&
  4036. lw(120p) | cw(42p) .
  4037. Non\(hydelivery notification    B.47 
  4038. .T&
  4039. lw(120p) | cw(42p) .
  4040.  {
  4041. Original encoded information types indication
  4042.  }    B.54 
  4043. .T&
  4044. lw(120p) | cw(42p) .
  4045.  {
  4046. Submission time stamp indication
  4047.  }    B.89 
  4048. .T&
  4049. lw(120p) | cw(42p) .
  4050. Typed body    B.90 
  4051. .T&
  4052. lw(120p) | cw(42p) .
  4053.  {
  4054. User/UA capabilities registration
  4055.  }    B.93 
  4056. _
  4057. .TE
  4058. .nr PS 9
  4059. .RT
  4060. .ad r
  4061. \fBTable 10/F.400 [T10.400], p.\fR 
  4062. .sp 1P
  4063. .RT
  4064. .ad b
  4065. .RT
  4066. .sp 1P
  4067. .LP
  4068. 19.9
  4069.     \fIIPM service optional user facilities\fR 
  4070. .sp 9p
  4071. .RT
  4072. .PP
  4073. A set of the elements of service of the IPM service are optional
  4074. user facilities. The optional user facilities of the IPM service, which 
  4075. can be selected on a per\(hymessage basis or for an agreed contractual 
  4076. period of time, 
  4077. are listed in Table\ 11/F.400 and Table\ 12/F.400, respectively. Local user
  4078. facilities can be usefully provided in conjunction with some of these user
  4079. facilities.
  4080. .PP
  4081. The optional user facilities of the IPM service that are selected on a 
  4082. per\(hymessage basis are classified for both origination and reception 
  4083. by UAs. If an MD offers these optional user facilities for origination 
  4084. by UAs, then a user is able to create and send IP\(hymessages according 
  4085. to the procedures defined for the associated element of service. If an 
  4086. MD offers these optional user 
  4087. facilities for reception by UAs, MSs and AUs, then the receiving UA, MS and
  4088. PDAU will be able to receive and recognize the indication associated with 
  4089. the corresponding element of service and to inform the user of the requested 
  4090. optional user facility. Each optional user facility is classified as additional 
  4091. (A) or essential (E) for UAs from these two perspectives. 
  4092. .PP
  4093. \fINote\fR \ \(em\ With the access protocol described in Recommendation 
  4094. T.330, teletex terminals are able to make use of the basic IPM service 
  4095. as well as of the optional user facilities provided by the message handling 
  4096. system.
  4097. .bp
  4098. .RT
  4099. .ce
  4100. \fBH.T. [1T11.400]\fR 
  4101. .ce
  4102. TABLE\ 11/F.400
  4103. .ce
  4104. \fBIPM optional user facilities selectable on a per\(hymessage basis\fR 
  4105. .ps 9
  4106. .vs 11
  4107. .nr VS 11
  4108. .nr PS 9
  4109. .TS
  4110. center box;
  4111. cw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4112. Elements of service    Origination    Reception    Annex B ref.
  4113. _
  4114. .T&
  4115. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4116. Additional physical rendition    A    A    B.2\ 
  4117. .T&
  4118. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4119. Alternate recipient allowed    A    A    B.3\ 
  4120. .T&
  4121. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4122. Authorizing users indication    A    E    B.5\ 
  4123. .T&
  4124. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4125. Auto\(hyforwarded indication    A    E    B.6\ 
  4126. .T&
  4127. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4128. Basic physical rendition    A    E*    B.7\ 
  4129. .T&
  4130. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4131.  {
  4132. Blind copy recipient indication
  4133.  }    A    E    B.8\ 
  4134. .T&
  4135. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4136.  {
  4137. Body part encryption indication
  4138.  }    A    E    B.9\ 
  4139. .T&
  4140. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4141. Content confidentiality    A    A    B.10 
  4142. .T&
  4143. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4144. Content integrity    A    A    B.11 
  4145. .T&
  4146. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4147. Conversion prohibition    E    E    B.13 
  4148. .T&
  4149. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4150.  {
  4151. Conversion prohibition in case of loss of information
  4152.  }        N/A    B.14 
  4153. .T&
  4154. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4155. Counter collection    A    E*    B.16 
  4156. .T&
  4157. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4158.  {
  4159. Counter collection with advice
  4160.  }    A    A    B.17 
  4161. .T&
  4162. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4163.  {
  4164. Cross\(hyreferencing indication
  4165.  }    A    E    B.18 
  4166. .T&
  4167. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4168. Deffered delivery    E    N/A    B.19 
  4169. .T&
  4170. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4171.  {
  4172. Deffered delivery cancellation
  4173.  }    A    N/A    B.20 
  4174. .T&
  4175. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4176. Delivery notification    E    N/A    B.21 
  4177. .T&
  4178. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4179.  {
  4180. Delivery via Bureaufax service
  4181.  }    A    A    B.23 
  4182. .T&
  4183. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4184.  {
  4185. Designation of recipient by directory name
  4186.  }    A    N/A    B.24 
  4187. .T&
  4188. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4189.  {
  4190. Disclosure of other recipients
  4191.  }    A    E    B.25 
  4192. .T&
  4193. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4194.  {
  4195. DL expansion history indication
  4196.  }    N/A    E    B.26 
  4197. .T&
  4198. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4199. DL expansion prohibited    A    A    B.27 
  4200. .T&
  4201. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4202.  {
  4203. EMS (express mail service) | ua\d\u)\d
  4204.  }    A    E*    B.28 
  4205. .T&
  4206. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4207. Expiry date indication    A    E    B.29 
  4208. .T&
  4209. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4210. Explicit conversion    A    N/A    B.30 
  4211. .T&
  4212. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4213.  {
  4214. Forwarded IP\(hymessage indication
  4215.  }    A    E    B.31 
  4216. .T&
  4217. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4218. Grade of delivery selection    E    E    B.32 
  4219. .T&
  4220. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4221. Importance indication    A    E    B.35 
  4222. .T&
  4223. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4224. Incomplete copy indication    A    A    B.36 
  4225. .T&
  4226. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4227. Language indication    A    E    B.38 
  4228. .T&
  4229. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4230. Latest delivery designation    A    N/A    B.39 
  4231. .T&
  4232. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4233. Message flow confidentiality    A    N/A    B.40
  4234. .T&
  4235. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4236. Message origin authentication    A    A    B.42 
  4237. .T&
  4238. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4239. Message security labelling    A    A    B.43 
  4240. .T&
  4241. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4242. Message sequence integrity    A    A    B.44 
  4243. .T&
  4244. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4245. Multi\(hydestination delivery    E    N/A    B.45 
  4246. .T&
  4247. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4248. Multi\(hypart body    A    E    B.46 
  4249. .T&
  4250. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4251.  {
  4252. Non\(hyreceipt notification request indication
  4253.  }    A    E    B.48 
  4254. .T&
  4255. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4256.  {
  4257. Non\(hyrepudiation of delivery
  4258.  }    A    A    B.49 
  4259. .T&
  4260. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4261. Non\(hyrepudiation of origin    A    A    B.50 
  4262. .T&
  4263. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4264.  {
  4265. Non\(hyrepudiation of submission
  4266.  }    A    A    B.51 
  4267. .T&
  4268. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4269. Obsoleting indication    A    E    B.52 
  4270. .T&
  4271. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4272. Ordinary mail    A    E*    B.53 
  4273. .T&
  4274. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4275. Originator indication    E    E    B.55 
  4276. .T&
  4277. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4278.  {
  4279. Originator requested alternate recipient
  4280.  }    A    N/A    B.56 
  4281. .T&
  4282. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4283.  {
  4284. Physical delivery notification by MHS
  4285.  }    A    A    B.57 
  4286. .T&
  4287. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4288.  {
  4289. Physical delivery notification by PDS
  4290.  }    A    E*    B.58 
  4291. .T&
  4292. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4293. Physical forwarding allowed    A    E*    B.59 
  4294. _
  4295. .TE
  4296. .nr PS 9
  4297. .RT
  4298. .ad r
  4299. \fBTableau 11/F.400 [1T11.400], p. 27\fR 
  4300. .sp 1P
  4301. .RT
  4302. .ad b
  4303. .RT
  4304. .LP
  4305. .bp
  4306. .ce
  4307. \fBH.T. [2T11.400]\fR 
  4308. .ce
  4309. TABLE\ 11/F.400\ \fI(cont.)\fR 
  4310. .ps 9
  4311. .vs 11
  4312. .nr VS 11
  4313. .nr PS 9
  4314. .TS
  4315. center box;
  4316. cw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4317. Elements of service    Origination    Reception    Annex B ref.
  4318. _
  4319. .T&
  4320. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4321.  {
  4322. Physical forwarding prohibited
  4323.  }    A    E*    B.60 
  4324. .T&
  4325. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4326.  {
  4327. Prevention of non\(hydelivery notification
  4328.  }    A    N/A    B.61 
  4329. .T&
  4330. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4331.  {
  4332. Primary and copy recipients indication
  4333.  }    E    E    B.62 
  4334. .T&
  4335. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4336. Probe    A    N/A    B.63 
  4337. .T&
  4338. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4339. Probe origin authentication    A    A    B.64 
  4340. .T&
  4341. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4342. Proof of delivery    A    A    B.65 
  4343. .T&
  4344. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4345. Proof of submission    A    A    B.66 
  4346. .T&
  4347. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4348.  {
  4349. Receipt notification request indication
  4350.  }    A    A    B.67 
  4351. .T&
  4352. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4353.  {
  4354. Redirection disallowed by originator
  4355.  }    A    N/A    B.68
  4356. .T&
  4357. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4358. Registred mail    A    A    B.70 
  4359. .T&
  4360. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4361.  {
  4362. Registred mail to addressee in person
  4363.  }    A    A    B.71 
  4364. .T&
  4365. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4366. Reply request indication    A    E    B.72 
  4367. .T&
  4368. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4369.  {
  4370. Reply IP\(hymessage indication
  4371.  }    E    E    B.73 
  4372. .T&
  4373. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4374. Report origin authentication    A    A    B.74 
  4375. .T&
  4376. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4377.  {
  4378. Request for forwarding address
  4379.  }    A    A    B.75
  4380. .T&
  4381. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4382. Requested delivery method    E    N/A    B.76 
  4383. .T&
  4384. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4385. Return of content    A    N/A    B.78 
  4386. .T&
  4387. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4388. Sensitivity indication    A    E    B.80 
  4389. .T&
  4390. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4391. Special delivery | ua\d\u)\d    A    E*    B.81 
  4392. .T&
  4393. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4394. Stored message deletion    N/A    E**    B.84 
  4395. .T&
  4396. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4397. Stored message fetching    N/A    E**    B.85 
  4398. .T&
  4399. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4400. Stored message listing    N/A    E**    B.86 
  4401. .T&
  4402. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4403. Stored message summary    N/A    E**    B.87 
  4404. .T&
  4405. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4406. Subject indication    E    E    B.88 
  4407. .T&
  4408. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4409.  {
  4410. Undeliverable mail with return of physical message
  4411.  }    A    E*    B.91 
  4412. .T&
  4413. lw(138p) | cw(30p) | cw(30p) | cw(30p) .
  4414. Use of distribution list    A    A    B.92 
  4415. Essential optional user facility has to be provided.
  4416. Essential optional user facility only applying to PDAUs.
  4417. Essential optional user facility only applying to MSs.
  4418. Additional optional user facility can be provided.
  4419. .TE
  4420. .IP N/A
  4421. Not applicable.
  4422. .LP
  4423. \ua\d\u)\d
  4424. At least EMS or special delivery shall be supported by the
  4425. PDAU and associated PDS.
  4426. .LP
  4427. \fINote\fR
  4428. \ \(em\ Bilateral agreement may be necessary in cases of reception by
  4429. UA of elements of service classified by A.
  4430. .nr PS 9
  4431. .RT
  4432. .ad r
  4433. \fBTableau 11/F.400 [2T11.400], p. 28\fR 
  4434. .sp 1P
  4435. .RT
  4436. .ad b
  4437. .RT
  4438. .LP
  4439. .rs
  4440. .sp 07P
  4441. .ad r
  4442. BLANC
  4443. .ad b
  4444. .RT
  4445. .LP
  4446. .bp
  4447. .ce
  4448. \fBH.T. [T12.400]\fR 
  4449. .ce
  4450. TABLE\ 12/F.400
  4451. .ce
  4452. \fBIPM optional user facilities agreed for a contractual
  4453. .ce
  4454. period of time 
  4455. .ps 9
  4456. .vs 11
  4457. .nr VS 11
  4458. .nr PS 9
  4459. .TS
  4460. center box;
  4461. cw(132p) | cw(36p) | cw(36p) .
  4462. Elements of service     Classification    Annex B ref.
  4463. _
  4464. .T&
  4465. lw(132p) | cw(36p) | cw(36p) .
  4466.  {
  4467. Alternate recipient assignment
  4468.  }    A    B.4\ 
  4469. .T&
  4470. lw(132p) | cw(36p) | cw(36p) .
  4471. Hold for delivery    A    B.33 
  4472. .T&
  4473. lw(132p) | cw(36p) | cw(36p) .
  4474. Implicit conversion    A    B.34 
  4475. .T&
  4476. lw(132p) | cw(36p) | cw(36p) .
  4477.  {
  4478. Redirection of incoming messages
  4479.  }    A    B.69 
  4480. .T&
  4481. lw(132p) | cw(36p) | cw(36p) .
  4482. Restricted delivery    A    B.77 
  4483. .T&
  4484. lw(132p) | cw(36p) | cw(36p) .
  4485. Secure access management    A    B.79 
  4486. .T&
  4487. lw(132p) | cw(36p) | cw(36p) .
  4488. Stored message alert    A    B.82 
  4489. .T&
  4490. lw(132p) | cw(36p) | cw(36p) .
  4491.  {
  4492. Stored message auto\(hyforward
  4493.  }    A    B.83 
  4494. _
  4495. .TE
  4496. .nr PS 9
  4497. .RT
  4498. .ad r
  4499. \fBTableau 12/F.400 [T12.400], p. 29\fR 
  4500. .sp 1P
  4501. .RT
  4502. .ad b
  4503. .RT
  4504. .LP
  4505. .rs
  4506. .sp 34P
  4507. .ad r
  4508. BLANC
  4509. .ad b
  4510. .RT
  4511. .sp 2P
  4512. .LP
  4513. \fBMONTAGE:\fR \ \ \ 
  4514. Annexe A sur le reste de cette page
  4515. .sp 1P
  4516. .RT
  4517. .LP
  4518. .bp
  4519.